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

Responder a