João, porque deixaram de utilizar módulos? Algum inconveniente de desenvolvimento ou optaram por alguma outra solução que evite esse uso?
Como referi no email anterior, a minha aplicação terá um interface de base ao qual adicionarei funcionalidades dependendo do cliente/utilização, como módulo de gestão de notícias, rss reader, etc. Para implementar algo assim não será mais fácil utilizar módulos ou existe alguma outra forma? Obrigado. Miguel Vaz 2010/3/18 Miguel Vaz <[email protected]> > > Muitissimo obrigado, João. Já me deu uma ideia perfeita do que é possivel e > um conceito de estrutura. > > Vou tentar construir a aplicação que pretendo e deixarei aqui algumas > eventuais dúvidas. > > Mais uma vez, obrigado. > > Miguel Vaz > > > 2010/3/18 João Saleiro <[email protected]> > > Miguel, >> >> 1- >> >> Vê o anexo. :o) Se quiseres que faça um screenshot de algum nivel >> interior, avisa >> >> 2- >> >> Trabalhar com Mate e módulos é "extremamente" simples. Não tens que fazer >> nada de diferente do que já fazes, tirando o facto de que deves criar um >> projecto com uma library comum (model) aos módulos - por causa dos >> injectors. Tendo: >> >> a) Módulo A -> EventMapA, e InjectorMapA >> b) Módulo B -> EventMapB, e InjectorMapB >> >> Se B só for carregado mais tarde e: >> >> - lançar um evento, se o EventMapA estiver à escuta desse evento, ele será >> apanhado; >> - e o Módulo A lançar um evento que o EventMapB está à escuta, ele será >> apanhado; >> >> No caso dos InjectorMaps, para que funcionem, as classes do model devem >> estar numa library comum partilhada por ambos os projectos. Quando o Módulo >> B for carregado, um property injector de uma propriedade de um Model que o >> Módulo A já tenha criado, irá reutilizar essa instância já criada (ou seja, >> quando o módulo B é carregado, se houver no InjectorMapB um injector para a >> ViewB do model.propriedadeX , se esse model já tiver sido instanciado no >> Módulo A, o InjectorMapB utiliza essa instância do model). >> >> Segundo me recordo, o único problema que havia era um erro de dupla >> definição de classes ao carregar o módulo por emberes a mesma classe em dois >> sítios. Tens que utilizar o "optimize to application" em cada um dos módulos >> para removeres a definição múltipla dessas classes nos binários. >> >> Nós deixamos de usar módulos, excepto se houver algum projecto em >> particular que necessite MESMO deles. >> >> JS >> >> João Saleiro >> Chief Technology Officer >> Tlm 1: +351 916 077 097 Skype: joao.saleiro Tlm 2: +351 968 >> 203 370 Email/MSN: [email protected] www.webfuel.pt >> >> On 18-03-2010 14:46, Miguel Vaz wrote: >> >> >> Boa tarde, >> >> Sei que algumas pessoas da lista utilizam Mate (João Saleiro e...), e >> gostava de saber se aconselham alguma estrutura. Pergunto porque pelos >> exemplos que vou vendo, cada um tem uma estrutura diferente e por vezes com >> demasiados níveis para eu achar piada. :-P >> >> Entendo que poderia criar a estrutura que pretender mas, a titulo de >> curiosidade e saber por experiência vossa, gostava de ouvir de vossa justiça >> as vossas opções. >> >> Uma outra questão prende-se com o facto de ser possivel criar vários >> módulos que, como disse o João Saleiro num post antigo, é bastante útil para >> ligar/desligar funcionalidade na aplicação. Recordo-me que ele referia que >> criavam vários projectos no flex e depois os ligavam com o Mate. Alguma >> direcção sobre como isso funciona era extremamente apreciado, talvez links >> para algum exemplo? A aplicação que pretende desenvolver vai fazer uso >> intenso disso: uma base com vários módulos para diversas funções complexas. >> >> Muito Obrigado. >> >> PS - Ando numa perseguição de frameworks. Testei Swiz, pureMVC, mate, >> cairngorm, e ainda não me consegui decidir por nenhuma. Cada uma tem as suas >> vantagens/desvantagens e sou demasiado mesquinho para conseguir decidir. >> Estou agora na fase Mate, por isso aguardem mais perguntas. :-) >> >> >> Miguel Vaz >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected]. >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected] <riapt%[email protected]> >> . >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> > > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Para anular a inscrição neste grupo, envie um e-mail para [email protected]. Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.
<<dir_baixo_canto.gif>>
<<dir_baixo.gif>>
<<dir_cima.gif>>
<<dir_cima_canto.gif>>
<<dir_meio_canto.gif>>
<<esq.gif>>
