Miguel, vê o seguinte link: http://www.insideria.com/2009/01/frameworkquest-2008-part-6-the.html
Tens aí a conclusão sobre uma análise às várias frameworks que falaste. Esta é a parte final do artigo, se quiseres ver as restantes tens um índice logo após do quadro comparativo. 2010/3/18 Miguel Vaz <[email protected]> > > 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] <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.gif>>
<<dir_meio_canto.gif>>
<<dir_cima.gif>>
<<esq.gif>>
<<dir_cima_canto.gif>>
<<dir_baixo_canto.gif>>
