“E porque não SOAP ? Poderia perfeitamente. Duas vantagens seriam a definição formal do contrato dos serviços através de WSDL e as especificações anexas (WS-) dizendo respeito a transações, segurança, coordenação etc. Mas esses elementos não são necessários hoje e não justificariam o impacto em performance. Ficamos com a arquitetura mais leve possivel no objetivo de melhorar a performance do sistema.”
Olha, acho que essa questão de arquitetura é um papo que de fato vai longe. Eu particularmente sou um grande defensor da arquitetura SOA justamente porque as especificações WS são W3C e se tornaram um padrão de mercado. Em praticamente todas as plataformas de desenvolvimento (.Net, Java, Flex, Pyhton, PHP, etc..) encontramos suporte para SOA e diversas especificações WS. Me parece existir um movimento hoje de aproximar as tecnologias de desenvolvimento do negócio de fato da empresa. Nesse sentido sinto que muitas das aplicações que fiz até hoje, se fossem disponibilizadas como WS poderiam sumir e ser diretamente integradas com o sistema do meu cliente. Hoje usando WebServices do lado do servidor e Flex do lado do cliente eu consigo oferecer ao meu cliente tanto a possbilidade de acessar um sistema web quanto de integrar diretamente com seus sistemas. O que tenho visto é que clientes menores continuando usando a interface web, mas muitos clientes tem optado por acessar diretamente os WS os incorporando a suas aplicações existentes. Para as empresas desenvolvedoras parece que o uso de WS abre a possibilidade de novas formas de negócio. Por isso não acho que essa seja somente uma questão de arquitetura, mas um assunto mais amplo que tem amplamente haver com terceirização e comunicação entre empresas. Peço desculpas por continuar no assunto, acredito que nesse grupo de e-mail é o lugar de falar sobre Flex. Mas como nosso amigo Marcio pediu orientação e o projeto dele é do SUS (que por natureza se integra com diversos agentes governamentais e fora do governo), acho que é importante usar Webservices. Inclusive já participei de projetos ligados ao SUS em que WS eram parte do requisito justamente por essa integração entre sistemas. Bem, desculpe novamente por sair do tema do grupo (acho o assunto instigante). De: [email protected] [mailto:[email protected]] Em nome de Mário Júnior Enviada em: quarta-feira, 17 de março de 2010 11:21 Para: [email protected] Assunto: Re: [flexdev] Sistema de grande porte Opa.. Concordo com quase tudo oq vc diz, menos com a parte de "grandes volumes de dados". Na verdade, se estás usando WebServices mesmo (como diz no final do email), saiba q webservices é a forma mais lenta de trabalhar com dados. Outra questao, mas mais analítica, é a necessidade de "trabalhar com grandes volumes de dados" ... será mesmo preciso vc trazer - por exemplo - 5 mil registros na tela? Não é melhor vc paginar esses dados? Daí envolve questoes de uma breve analise. Em relação aos renderers, vc está certo. Se o renderer for mal feito, realmente terá problemas de performance. Para isso existe alguns macetes como nao basear renderers complexos em containers, usar diretamente de UIComponent e seguir o ciclo de criacao deles. Discutir arquiteturas é muito relativo, pq cada caso é um caso. Mas, acredito que Webservices em breve serão depreciados e irao acabar. Trabalhar com remoting com flex usando AMF é muito fácil, e se vc pensa que irá ficar preso a apenas uma forma de itnegracao, pense que é possivel vc adaptar seu projeto parar trabalhar como RestFull reutilizando os mesmo servicos Facades consumidos pela app Flex. Enfim, sugiro uma breve leitura do artigo: http://blog.sofshore.com.br/?p=52 Abraços. Em 17 de março de 2010 11:07, Fernando Bonafe <[email protected]> escreveu: Márcio, eu gosto muito do flex pela velocidade do desenvolvimento e pelas possibilidades de User Experience. Para aplicações grandes eu usuária um framework como o Swiz (http://swizframework.org/). O Swiz ajuda a aplicar o padrão MVC (Model View Controller [http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller]) o que deixa sua aplicação com uma manutenção e desenvolvimento mais tranquilas, ainda mais se for de grande porte. Olha, um problema que eu estou tendo e que a solução em flex é complicada é quando você lida com grandes conjuntos de dados. Imagine que você vai puxar do servidor muitos dados e exibir em um data grid. A aplicação vai ficar travada enquanto puxa do servidor e pode ser que o datagrid fique lento (ainda mais se você usar itemrenderers). Entretanto nada impede que você use uma solução hibrida, com o flex como principal tecnologia e páginas em html com pontos específicos). E Java no servidor é o bixo! EJB 3 estão muito bons, e servidores como o jboss possuem alta escalabilidade. Uma outra coisa que eu estou usando é webservices. O flex consome webservices facilmente e o Java os gera facilmente também. E isso da muito poder para integrações entre empresas. Fica a dica. Grande abraço Bonafé De: [email protected] [mailto:[email protected]] Em nome de marcio fermino Enviada em: quarta-feira, 17 de março de 2010 10:29 Para: [email protected] Assunto: [flexdev] Sistema de grande porte Ola, amigos, estou para iniciar um desenvolvimento para o SUS. Ou seja será uma aplicação de grande porte. A pergunta.. Flex + java seria uma boa pedida??? -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev Verificado por AVG - www.avgbrasil.com.br Versão: 8.5.436 / Banco de dados de vírus: 271.1.1/2752 - Data de Lançamento: 03/17/10 07:33:00 -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -- Mario Junior http://blog.mariojunior.com/ @mariojunior -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev Verificado por AVG - www.avgbrasil.com.br Versão: 8.5.436 / Banco de dados de vírus: 271.1.1/2752 - Data de Lançamento: 03/17/10 07:33:00 -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
