Ola pessoal.

Primeiramente gostaria de parabenizar a todos da lista que estão dispostos a responder e trocar informações. Apesar de não ter enviado muitas mensagens ao grupo, acompanho muitas discussões e são bem proveitosas.

Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está acontencendo na empresa que trabalho atualmente.

Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o começo do ano vem tentando desenvolver aplicações com flex. Durante este período experimentamos dois frameworks: BlzaDS e LiveCycle.

O problema é que em nenhum dos casos obtivemos um resultado satisfatório, tanto em produtividade quanto em qualidade de código. Na nossa equipe, éramos acostumados com os conceitos de jsf. Agora, utilizando o flex, ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas regras de negócio acabam ficando na camada de visão. Além disso, como utilizamos o Hibernate, tivemos problemas com LazyLoading que não consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar vários dtos, como espelhos de nossas entidades persistentes, o que gerou um trabalho repetitivo enorme.

Complementando, uma grande reclamação do pessoal é que para se fazer uma simples operação de crud, se se tiver que fazer uma pequena validação, tipo, verificar se um determinado campo já existe antes de salvar, gera uma complicação enorme para fazer. Um dos motivos apontados seria por causa das chamadas assincronas que o flex faz.

Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que são muitos. Mas por hora eu gostaria de saber de vocês:

Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que estamos fazendo errado, que com certeza é muita coisa.

Particularmente gostaria muito de continuar trabalhando com o flex, mas se não encontrarmos alguma forma de aumentarmos nossa produtividade, essa tecnologia terá quer vetada, que seria uma pena enorme.

Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a adotarem essa plataforma de desenvolvimento.

Desde já um muito obrigado e fico no aguardo.
Abraço.

-------------------------------
Daniel Bernardo
Java - Flex
Maringá - Paraná - Brasil

OLá Daniel, também estou eem um projeto flex + java..

estamos usando blaze e hibernate, no desenvolvimento das camadas pro servidor tudo tranquilo.. o java da muitos recursos, trabalhamos muito com classes genéricas , serviços de cadastro genéricos e e também o dao.. com isso ganhamos muita praticidade no lado servidor...

mas quando ao client Flex.. ai é complicado.. a linguagem ainda é nova.. meio instavel... tem algumas coisa q parece java heheh mas não é dai da uma comportamento meio diferente do esperado... uma característica do projeto q estou envolvido é q deve praticamente(imitar) a interface de um sistema legado feito em Delphi...

muito doque esta pronto "em Delphi" não foi feito levando em conta nada de usabilidade ou pensando no usuário.. so foi feito porque no Delphi era fácil.. rsrsrssr

agora pra programar isso tudo no flex ta dando bastante trabalho, pois oque é mais simples em um ambiente desktop nem sempre é a melhor idéia num ambiente desktop...
mas enfim deve-se levar em conta a complexidade do projeto pra avaliar se o desempenho esta ou não bom... aki tem hora q écomplicado pois tem coisas d demoram bastante... mas o requisito é bem complexo...

--- Em flex-brasil@yahoogrupos.com.br, "daniel.gustavo" <daniel.gustavo@...> escreveu
>
> Ola pessoal.
>
> Primeiramente gostaria de parabenizar a todos da lista que estão dispostos a responder e trocar informações. Apesar de não ter enviado muitas mensagens ao grupo, acompanho muitas discussões e são bem proveitosas.
>
> Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está acontencendo na empresa que trabalho atualmente.
>
> Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o começo do ano vem tentando desenvolver aplicações com flex. Durante este período experimentamos dois frameworks: BlzaDS e LiveCycle.
>
> O problema é que em nenhum dos casos obtivemos um resultado satisfatório, tanto em produtividade quanto em qualidade de código. Na nossa equipe, éramos acostumados com os conceitos de jsf. Agora, utilizando o flex, ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas regras de negócio acabam ficando na camada de visão. Além disso, como utilizamos o Hibernate, tivemos problemas com LazyLoading que não consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar vários dtos, como espelhos de nossas entidades persistentes, o que gerou um trabalho repetitivo enorme.
>
> Complementando, uma grande reclamação do pessoal é que para se fazer uma simples operação de crud, se se tiver que fazer uma pequena validação, tipo, verificar se um determinado campo já existe antes de salvar, gera uma complicação enorme para fazer. Um dos motivos apontados seria por causa das chamadas assincronas que o flex faz.
>
> Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que são muitos. Mas por hora eu gostaria de saber de vocês:
>
> Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que estamos fazendo errado, que com certeza é muita coisa.
>
> Particularmente gostaria muito de continuar trabalhando com o flex, mas se não encontrarmos alguma forma de aumentarmos nossa produtividade, essa tecnologia terá quer vetada, que seria uma pena enorme.
>
> Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a adotarem essa plataforma de desenvolvimento.
>
> Desde já um muito obrigado e fico no aguardo.
> Abraço.
>
> -------------------------------
> Daniel Bernardo
> Java - Flex
> Maringá - Paraná - Brasil
>

> Trabalho com Flex a 1 ano e java, jpa, hibernate, ejb, jsf e outros a 3
> anos e não tive problemas de produtividade, aplicando corretamente design
> patterns, necessários a sua aplicacao e desenvolvendo uma boa arquitetura,
> tudo transcorre da melhor forma possível.
>
> At
>
> Dionízio Inácio
>
> 2009/11/9 daniel.gustavo <daniel.gustavo@yahoo.com.br>
>
>
>>
>> Ola pessoal.
>>
>> Primeiramente gostaria de parabenizar a todos da lista que estão dispostos
>> a responder e trocar informações. Apesar de não ter enviado muitas mensagens
>> ao grupo, acompanho muitas discussões e são bem proveitosas.
>>
>> Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está
>> acontencendo na empresa que trabalho atualmente.
>>
>> Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o
>> começo do ano vem tentando desenvolver aplicações com flex. Durante este
>> período experimentamos dois frameworks: BlzaDS e LiveCycle.
>>
>> O problema é que em nenhum dos casos obtivemos um resultado satisfatório,
>> tanto em produtividade quanto em qualidade de código. Na nossa equipe,
>> éramos acostumados com os conceitos de jsf. Agora, utilizando o flex,
>> ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas
>> regras de negócio acabam ficando na camada de visão. Além disso, como
>> utilizamos o Hibernate, tivemos problemas com LazyLoading que não
>> consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar
>> vários dtos, como espelhos de nossas entidades persistentes, o que gerou um
>> trabalho repetitivo enorme.
>>
>> Complementando, uma grande reclamação do pessoal é que para se fazer uma
>> simples operação de crud, se se tiver que fazer uma pequena validação, tipo,
>> verificar se um determinado campo já existe antes de salvar, gera uma
>> complicação enorme para fazer. Um dos motivos apontados seria por causa das
>> chamadas assincronas que o flex faz.
>>
>> Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que
>> são muitos. Mas por hora eu gostaria de saber de vocês:
>>
>> Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos
>> problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que
>> estamos fazendo errado, que com certeza é muita coisa.
>>
>> Particularmente gostaria muito de continuar trabalhando com o flex, mas se
>> não encontrarmos alguma forma de aumentarmos nossa produtividade, essa
>> tecnologia terá quer vetada, que seria uma pena enorme.
>>
>> Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que
>> essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a
>> adotarem essa plataforma de desenvolvimento.
>>
>> Desde já um muito obrigado e fico no aguardo.
>> Abraço.
>>
>> -------------------------------
>> Daniel Bernardo
>> Java - Flex
>> Maringá - Paraná - Brasil
>>
>>
>>
>
>
>
> --
> DIONIZIO INACIO
> ANALISTA-PROJETISTA JAVA - J2ME - FLEX - JEE
> 62-8563-8082
> ACEITE A JESUS E SEJA FELIZ, Rm 10:9-10
>

--
DIONIZIO INACIO
ANALISTA-PROJETISTA JAVA - J2ME - FLEX - JEE
62-8563-8082
ACEITE A JESUS E SEJA FELIZ, Rm 10:9-10

[As partes desta mensagem que não continham texto foram removidas]

Daniel sou tb de Maringá... -->ton_carvalho@hotmail.com

--- Em flex-brasil@yahoogrupos.com.br, "ton" <ton_carvalho@...> escreveu
>
> OLá Daniel, também estou eem um projeto flex + java..
>
> estamos usando blaze e hibernate, no desenvolvimento das camadas pro servidor tudo tranquilo.. o java da muitos recursos, trabalhamos muito com classes genéricas , serviços de cadastro genéricos e e também o dao.. com isso ganhamos muita praticidade no lado servidor...
>
> mas quando ao client Flex.. ai é complicado.. a linguagem ainda é nova.. meio instavel... tem algumas coisa q parece java heheh mas não é dai da uma comportamento meio diferente do esperado... uma característica do projeto q estou envolvido é q deve praticamente(imitar) a interface de um sistema legado feito em Delphi...
>
> muito doque esta pronto "em Delphi" não foi feito levando em conta nada de usabilidade ou pensando no usuário.. so foi feito porque no Delphi era fácil.. rsrsrssr
>
>
> agora pra programar isso tudo no flex ta dando bastante trabalho, pois oque é mais simples em um ambiente desktop nem sempre é a melhor idéia num ambiente desktop...
> mas enfim deve-se levar em conta a complexidade do projeto pra avaliar se o desempenho esta ou não bom... aki tem hora q écomplicado pois tem coisas d demoram bastante... mas o requisito é bem complexo...
>
>
>
> --- Em flex-brasil@yahoogrupos.com.br, "daniel.gustavo" <daniel.gustavo@> escreveu
> >
> > Ola pessoal.
> >
> > Primeiramente gostaria de parabenizar a todos da lista que estão dispostos a responder e trocar informações. Apesar de não ter enviado muitas mensagens ao grupo, acompanho muitas discussões e são bem proveitosas.
> >
> > Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está acontencendo na empresa que trabalho atualmente.
> >
> > Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o começo do ano vem tentando desenvolver aplicações com flex. Durante este período experimentamos dois frameworks: BlzaDS e LiveCycle.
> >
> > O problema é que em nenhum dos casos obtivemos um resultado satisfatório, tanto em produtividade quanto em qualidade de código. Na nossa equipe, éramos acostumados com os conceitos de jsf. Agora, utilizando o flex, ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas regras de negócio acabam ficando na camada de visão. Além disso, como utilizamos o Hibernate, tivemos problemas com LazyLoading que não consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar vários dtos, como espelhos de nossas entidades persistentes, o que gerou um trabalho repetitivo enorme.
> >
> > Complementando, uma grande reclamação do pessoal é que para se fazer uma simples operação de crud, se se tiver que fazer uma pequena validação, tipo, verificar se um determinado campo já existe antes de salvar, gera uma complicação enorme para fazer. Um dos motivos apontados seria por causa das chamadas assincronas que o flex faz.
> >
> > Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que são muitos. Mas por hora eu gostaria de saber de vocês:
> >
> > Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que estamos fazendo errado, que com certeza é muita coisa.
> >
> > Particularmente gostaria muito de continuar trabalhando com o flex, mas se não encontrarmos alguma forma de aumentarmos nossa produtividade, essa tecnologia terá quer vetada, que seria uma pena enorme.
> >
> > Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a adotarem essa plataforma de desenvolvimento.
> >
> > Desde já um muito obrigado e fico no aguardo.
> > Abraço.
> >
> > -------------------------------
> > Daniel Bernardo
> > Java - Flex
> > Maringá - Paraná - Brasil
> >
>

Olá Daniel, já morei em Maringá (por 2 anos) mas no ultimo ano estou em
Florianópolis.,.. saudades da Cidade Canção =D.
Bom.. vamos lá

2009/11/9 daniel.gustavo <daniel.gustavo@yahoo.com.br>

>
>
> Ola pessoal.
>
> Primeiramente gostaria de parabenizar a todos da lista que estão dispostos
> a responder e trocar informações. Apesar de não ter enviado muitas mensagens
> ao grupo, acompanho muitas discussões e são bem proveitosas.
>

Realmente a comunidade ajuda muito! Parabéns a todos, não é a toda q a
comunidade brasileira é - na mho - a segunda maior comunidade Flexer do
Mundo.

>
> Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está
> acontencendo na empresa que trabalho atualmente.
>
> Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o
> começo do ano vem tentando desenvolver aplicações com flex. Durante este
> período experimentamos dois frameworks: BlzaDS e LiveCycle.
>
> O problema é que em nenhum dos casos obtivemos um resultado satisfatório,
> tanto em produtividade quanto em qualidade de código. Na nossa equipe,
> éramos acostumados com os conceitos de jsf. Agora, utilizando o flex,
> ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas
> regras de negócio acabam ficando na camada de visão.
>

Opa! Depende... é preciso ter muito cuidado com isso. Realmente, muita gente
q migra de tecnlogias "convencionais" ao mudar para o Flex tendem a "migrar"
as coisas para view, as vezes pq é mais fácil e etc.. mas tb pode ser mais
perigoso. Tem até gente q está fazendo o Flex se conectar direto com o Banco
de Dados, e como eu já provei em outras threads, isso é um risco ENORME!
Portanto, depende muito de como vc está projetando sua app, para q cada
coisa fique no seu devido lugar.

> Além disso, como utilizamos o Hibernate, tivemos problemas com LazyLoading
> que não consiguimos resolver nem mesmo com LiveCycle. Assim passamos a
> utilizar vários dtos, como espelhos de nossas entidades persistentes, o que
> gerou um trabalho repetitivo enorme.
>
> Isso de fato é chato!
Já trabalhei firme nisso (pesquise no historicos) e realmente não há bem uma
solução out-of-the-box pra isso. A questão nem é culpa do BlazeDS nem do ORM
(seja ele Hibernate ou TopLink, com/sem JPA etc...) mas a forma q cada um
trabalha. Um não foi projetado para trabalhar com o outro. Mas enfim, há
formas de contornar isso.

Pesquise por TIDE, tem um integração com o GraniteDS que já contorna esses
problemas de LazyLoad facilmente.

Com relação aos seus vários DTOs (gosto de usar o termo VO), existem
ferramentas q contornam isso. Programas geradores de código que criam VOs
com base em classes de entidades. Outra proposta foi oq o pessoal da DClick
compartilhou recentemente:
http://blog.dclick.com.br/2009/10/22/transfer-object-pattern-annotations/pt/

No FlashBuilder 4 (IDE para o desenvolvimento do Fx4 - Gumbo), já tem essa
opção diretamente no eclipse, entao isso é questão de tempo para vc ter sua
produtividade 100% otimizada. NO ENTANTO deixo a observação de que NEM
SEMPRE seus DTOs serão espelhos exatos das Entidades.

Agora, outra coisa, onde vc diz "éramos acostumados com os conceitos de
jsf" ... bom, vc já percebeu q de fato Flex é bem diferente de JSF, então
vc realmente terá muitos paradigmas "quebrados" em relação ao JSF.

Em relação ao "fato de serem 5 desenvolvedores Java". Bom, como com Flex vc
tem back-end bem isolado de front-end, comece a dividir a equipe entre
especialistas UI e Back-end. Nao estou fazendo para fazer a separaçao
física, mas para q sua equipe realmente tenha pessoas com expertise maior em
Flex e outras em Java. O desenvolvimento Java vai baixar bastante o volume,
uma vez que vc basicamente precisa só buscar os dados e implementar parte da
regra de negócio (bussiness). Sim, só a parte "core" pq as validacoes vc
pode fazer (na maioria) diretamente na view. Se vc se perguntar "mas como
determinar oq vai pra viw w oq vai pro back-end?" daí, meu amigo, só uma
analise para ter certeza =D. Mas uma coisa é certa, vc precisará de mais
gente trabalhando na view doq no back-end, pq a view sempre tem mais
detalhes de interação com o usuarios que consome mais tempo do q escrever
uma entidade e mapea-la no bd (mesmo q usasse hbm.xml hehehe =D) No entanto,
uma coisa é fato: Quer ter uma RIA de Sucesso, foque no conjunto geral e na
experiencia do seu usuário. Visite esses blogs e fique atento a eles:

Gabriela Perry: http://www.gabriela.trindade.nom.br/
Atente as dicas de usabilidade e design de interação q ela sempre posta no
blog.

Beck Novaes: http://www.becklog.org/
Atente as palestras q estão em video no Blog. A "Outbox" e a "O Segredo de
uma RIA de Sucesso".

Complementando, uma grande reclamação do pessoal é que para se fazer uma
> simples operação de crud, se se tiver que fazer uma pequena validação, tipo,
> verificar se um determinado campo já existe antes de salvar, gera uma
> complicação enorme para fazer. Um dos motivos apontados seria por causa das
> chamadas assincronas que o flex faz.
>
> Depende bem do tipo de validacao q vc faz... isso pode variar muito, mas
vamos montar um cenário (depois vc me diz se isso condiz com o seu cenário
ou não).

=== Cenario: "O usuario precisa cadastrar um email e uma senha, mas o
sistema precisa validar se o email do usuário já fora cadastrado antes de
validar a inscricao."

- Como faria com JSF? (sem ajax):
O usuario preenche o compo email. Ao fazer a troca do campo (lostFocus ou
FocusOut) uma requisicao é disparada e toda a página é recarregada com a
informacao de validacao do email, se já existe ou não. Assim q a pagina é
recarregada, mostra alguma informação visual de validacao para o usuario.

- Como faria com JSF? (com ajax - richfaces/whatever):
O usuario preenche o compo email. Ao fazer a troca do campo (lostFocus ou
FocusOut) uma requisicao ASSINCRONA é disparada enviando o campo para
validar a informacao, enquanto o usuario digita a senha, a informacao volta
mostrando alguma informação visual de validacao para o usuario. Só deixa o
botao "Inscrever-me" ativo na volta da validação (assim o usuario nao pode
clicar no botao antes da resposta da validação).

- Como faria com Flex?
A "mecânica" é a mesma da opção anterior... não há diferença. Aliás.. há, no
sentido de q a informação pode trafegar bem mais rapido (se usado AMF) e eu
ainda poderia ter algum validador mais intutivo em Flex doq usando JS (e com
garantia deq funcionaria).

Portanto... não acho q o argumento de "... por causa das chamadas
assincronas" seja válido, nem mesmo acho q " ... gera uma complicação
enorme" seja verdade. Tudo depende de como foi implementado!

> Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que
> são muitos. Mas por hora eu gostaria de saber de vocês:
>
> Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos
> problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que
> estamos fazendo errado, que com certeza é muita coisa.
>
> Particularmente gostaria muito de continuar trabalhando com o flex, mas se
> não encontrarmos alguma forma de aumentarmos nossa produtividade, essa
> tecnologia terá quer vetada, que seria uma pena enorme.
>
> Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que
> essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a
> adotarem essa plataforma de desenvolvimento.
>
> Desde já um muito obrigado e fico no aguardo.
> Abraço.
>
> -------------------------------
> Daniel Bernardo
> Java - Flex
> Maringá - Paraná - Brasil
>
>

Enfim, para concluir, produzir RIA não é só uma mudança tecnológica, mas uma
mudança de conceitos! Conceitos de como o usuario irá se interagir com seu
software, conceitos de arquiteturas rápidas e altamente responsivas, PRE/POS
Validation data, etc... são idéias q nunca tivemos antes pq nunca foram
explorados em outros sistemas e, consequentemente, carregamos nas nossas
costas um fardo de anos e anos de sistemas mal projetados, mal feitos, e
feios!

Bom.. acho q acabei escrevendo mais q vc ... enfim... precisando de um htlp
da galera, pode mandar pra lista.
(Se puder, fiquei curioso deq empresa trabalhas e tal... qnd eu morava aí,
acho q pouca gente levava Flex a sério, agora sei q tem mais gente em
Maringá interessada, e quem sabe podem reanimar a FlexIngá. FlexIngá é um
AUG Oficial da Adobe que eu fundei em Maringa qnd morava aí, por meio do AUG
vcs podem ter acesso a bons materiais de estudos diretamente da Adobe.)

Abraços.

>

--
Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

[As partes desta mensagem que não continham texto foram removidas]

Opa isso que é comunidade ativa hein!!! Obrigado a todos que até agora responderam.

Mário, você levantou vários pontos relevantes quanto a integração, quebra de paradigmas, arquitetura, enfim.

Assim como o Ton apresentou, acho que passamos pelo mesmo dilema, a parte java flui que é uma beleza, no flex que enrosca um pouco.

Realmente nós não queremos de maneira alguma trazer regras de negócio para o flex. A intenção é de início, deixá-lo
pura e simplesmente com a finalidade de front-end amigável. Porém o que notamos é que ele tem um poder muito maior do que
"apenas" isso, talvez seja um ponto que nós acabamos nos perdendo um pouco. Acho que vale a dica mesmo de definir
o que deve ou não ser tratado nesta camada.

Discuti um pouco aqui com a equipe e estamos refletindo para chegarmos numa plataforma boa para se trabalhar. Dessa discussão
surgiram mais alguns pontos que nos deparamos nestes meses de desenvolvimento, coisas chatas que acabarm causando
alguma dor de cabeça, como por exemplo:

- Os campos do tipo Number vão como zero para o Java. Na verdade descobrimos que os tipo Number é tratado com NaN.
Assim sendo NaN não é null e nem mesmo NaN. Como vocês contornaram este tipo de "problema"? (Se é que pode-se chamar de problema, pois dependendo da visão e do negócio que está sendo tratado isso está correto).

- Datas: Notamos que o componente de data as vezes manda data errada. Creio que isso ocorre porque esta parte do
processamento fica no cliente. Aí um probleminha de tratar as datas no cliente e no servidor. Estou correto? (Como alguns casos do GMT do cliente estar errado)

- Testes Unitários: Bom isso é um caso sério, não consiguimos rodar testes unitários adequadamente. O que vcs tem utilizado? (Ouvimos falar do FlexUnit, ele é uma boa opção?)

- Operações com Servlet:
- Relatório e upload de imagens só conseguimos fazer com uso de Servlet. Existe uma outra maneira de se fazer essas
mesmas operações com os Services, RemoteObject e etc.?

Pessoal, desculpem se estou fazendo muitas perguntas, talvez de certa forma, indevidas. Mas é que estamos com uma preocupação grande
para desenvolvermos grandes projetos, não só com esta tecnologia (Flex), mas pensando em aplicações RIA. Assim precisamos de uma
definição de um framework confortável para trabalhar.

Estou compartilhando as experiências que já tivemos até aqui e gostaria de saber das de vocês. Pois vejo muitos projetos interessantes
seguindo essa arquitetura e não estou conformado do porque que estamos patinando tanto.

Abraço.

-------------------------------
Daniel Bernardo
Java - Flex
Maringá - Paraná - Brasil

--- Em flex-brasil@yahoogrupos.com.br, "daniel.gustavo" <daniel.gustavo@...> escreveu
>
> Ola pessoal.
>
> Primeiramente gostaria de parabenizar a todos da lista que estão dispostos a responder e trocar informações. Apesar de não ter enviado muitas mensagens ao grupo, acompanho muitas discussões e são bem proveitosas.
>
> Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está acontencendo na empresa que trabalho atualmente.
>
> Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o começo do ano vem tentando desenvolver aplicações com flex. Durante este período experimentamos dois frameworks: BlzaDS e LiveCycle.
>
> O problema é que em nenhum dos casos obtivemos um resultado satisfatório, tanto em produtividade quanto em qualidade de código. Na nossa equipe, éramos acostumados com os conceitos de jsf. Agora, utilizando o flex, ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas regras de negócio acabam ficando na camada de visão. Além disso, como utilizamos o Hibernate, tivemos problemas com LazyLoading que não consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar vários dtos, como espelhos de nossas entidades persistentes, o que gerou um trabalho repetitivo enorme.
>
> Complementando, uma grande reclamação do pessoal é que para se fazer uma simples operação de crud, se se tiver que fazer uma pequena validação, tipo, verificar se um determinado campo já existe antes de salvar, gera uma complicação enorme para fazer. Um dos motivos apontados seria por causa das chamadas assincronas que o flex faz.
>
> Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que são muitos. Mas por hora eu gostaria de saber de vocês:
>
> Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que estamos fazendo errado, que com certeza é muita coisa.
>
> Particularmente gostaria muito de continuar trabalhando com o flex, mas se não encontrarmos alguma forma de aumentarmos nossa produtividade, essa tecnologia terá quer vetada, que seria uma pena enorme.
>
> Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a adotarem essa plataforma de desenvolvimento.
>
> Desde já um muito obrigado e fico no aguardo.
> Abraço.
>
> -------------------------------
> Daniel Bernardo
> Java - Flex
> Maringá - Paraná - Brasil
>

Vamo lá....

2009/11/9 daniel.gustavo <daniel.gustavo@yahoo.com.br>

>
>
> Opa isso que é comunidade ativa hein!!! Obrigado a todos que até agora
> responderam.
>
> Mário, você levantou vários pontos relevantes quanto a integração, quebra
> de paradigmas, arquitetura, enfim.
>
> Assim como o Ton apresentou, acho que passamos pelo mesmo dilema, a parte
> java flui que é uma beleza, no flex que enrosca um pouco.
>
>
Isso é normal Daniel, afinal de contas é uma nova tecnologia, um novo
framework, uma nova linguagem e tb uma nova abordagem.
Por exemplo, nos cursos de Flex q ministro 98% dos participantes são
programadores "back-end" (php, java, etc) que sempre se enroscam muito na
parte de Eventos, pq Events não é uma coisa "comum" para programdores
back-end. Então Events, Renderers, Life-Cycle Components... etc... são
coisas q realmente sempre dão um "dead-lock" (hehehe) pra quem tá começando
com Flex... com o tempo (e experiencia) vc pega o jeito, não é dificil e a
documentação é bem clara nesses pontos, só é interessante como tem muita
(muita mesmo) gente q não sabe.

Realmente nós não queremos de maneira alguma trazer regras de negócio para o
> flex. A intenção é de início, deixá-lo
> pura e simplesmente com a finalidade de front-end amigável. Porém o que
> notamos é que ele tem um poder muito maior do que
> "apenas" isso, talvez seja um ponto que nós acabamos nos perdendo um pouco.
> Acho que vale a dica mesmo de definir
> o que deve ou não ser tratado nesta camada.
>
>
Ha sim.. é muito tentador "trazer" tudo pro flex... como eu disse antes, tem
gente até ligando o Flex direto com o Banco de Dados... oq já mostrei ser
uma pratica realmente perigosa.

> Discuti um pouco aqui com a equipe e estamos refletindo para chegarmos numa
> plataforma boa para se trabalhar. Dessa discussão
> surgiram mais alguns pontos que nos deparamos nestes meses de
> desenvolvimento, coisas chatas que acabarm causando
> alguma dor de cabeça, como por exemplo:
>

Vamos lá....

>
> - Os campos do tipo Number vão como zero para o Java. Na verdade
> descobrimos que os tipo Number é tratado com NaN.
> Assim sendo NaN não é null e nem mesmo NaN. Como vocês contornaram este
> tipo de "problema"? (Se é que pode-se chamar de problema, pois dependendo da
> visão e do negócio que está sendo tratado isso está correto).
>

Leias as duvidas... o Frederico já enviou uma resposta sobre uma conversa q
ele teve comigo, e mais abaixo comento os pontos (sugestoes) q dei ao
Frederico. São 4 sugestoes, desde a "mais feia" (qnd vc tem pouco tempo e
prazo apertado) para a solucao "mais bonita" como extender o JavaAdapter -
solucao q eu uso.

http://groups.google.com.br/group/flexdev/browse_thread/thread/78cac92dd3abe67d/6b1a26d70f3f40cf?#6b1a26d70f3f40cf

>
> - Datas: Notamos que o componente de data as vezes manda data errada. Creio
> que isso ocorre porque esta parte do
> processamento fica no cliente. Aí um probleminha de tratar as datas no
> cliente e no servidor. Estou correto? (Como alguns casos do GMT do cliente
> estar errado)
>

Veja a dúvida do Sergio, acompanhe as respostas e veja a minha resposta.
http://groups.google.com/group/flexbrasil/browse_thread/thread/70ae68b1dac676a7?pli=1

>
> - Testes Unitários: Bom isso é um caso sério, não consiguimos rodar testes
> unitários adequadamente. O que vcs tem utilizado? (Ouvimos falar do
> FlexUnit, ele é uma boa opção?)
>

FlexUnit, com certeza. Com Flex3 realmente é chato vc fazer os testes, pq
não é vinculado a IDE (estilo JUnit). Recomendo a vc usar a versao em AIR, é
mais produtiva. No FlashBuilder 4 essa integração deverá estar finalizada.

Agora, lembre-se q Testes Unitarios nem sempre são a única forma de testar
uma app Flex pq afinal de contas testes unitarios testa apenas rotinas
lógicas. Para testes de interface e comportamento/resposta ao Usuario, vc
precisará testar a UI... é um conceito novo q vcs terão de aprender, afinal
de contas esse tipo de teste não é normal para uma equipe puramente Java.
Pesquise por FlexMonkey ou QuickTest, assista alguns videos demonstrativos e
vc entenderá a importancia de testar a sua UI.

>
> - Operações com Servlet:
> - Relatório e upload de imagens só conseguimos fazer com uso de Servlet.
> Existe uma outra maneira de se fazer essas
> mesmas operações com os Services, RemoteObject e etc.?
>
O Fabiel Prestes já postou sobre isso com um exemplo bem pratico:
http://imasters.uol.com.br/artigo/13619

Usando RemoteObject.
Só tome o cuidado para não carregar todos os arquivos como ele faz no
exemplo (afinal, o exemplo é apenas didático) pq vc estará carregando os
arquivos em memória no cliente, e isso pode causar transtornos em produção
(afinal, vc nunca sabe qual exatamente a disponibilidade de memória na
maquina do usuario).

No entanto, para transferencias de grandes arquivos (+200mb) eu ainda
prefiro utilizar Servlets, pq vc abre um stream entre o navegador e o
servidor para a transferencia desses dados binários e nao carrega em memória
como no caso do RemoteObject.

Para upload, tb sigo a mesma regra. (arquivos grandes... envio por servlet).

Pessoal, desculpem se estou fazendo muitas perguntas, talvez de certa forma,
> indevidas. Mas é que estamos com uma preocupação grande
> para desenvolvermos grandes projetos, não só com esta tecnologia (Flex),
> mas pensando em aplicações RIA. Assim precisamos de uma
> definição de um framework confortável para trabalhar.
>
> Estou compartilhando as experiências que já tivemos até aqui e gostaria de
> saber das de vocês. Pois vejo muitos projetos interessantes
> seguindo essa arquitetura e não estou conformado do porque que estamos
> patinando tanto.
>
>

Daniel, suas questoes não são indevidas. Acho q não vi nenhuma pergunta tão
sincera e direta... do tipo "estamos com problemas e queremos ajuda" ... a
comunidade está aqui pra isso mesmo! Afinal de contas, não vá gastar
dinheiro/tempo com algo q não pode ser promissor e "confortável" (como vc
mesmo disse). Flex é sim produtivo, mas como toda ferramenta/tecnologia é
preciso tomar os devidos cuidados, projetando as coisas certas e usando a
ferramenta certa do jeito certo, com certeza vcs alcançarão um ritmo de
produtividade altamente satisfatória e eficiente. Com o tempo, vcs poderao
reaproveitar seus componentes de tal forma, q desenvolverao aplicativos bem
rapidos.

Vi q vc não perguntou nada sobre frameworks MVC para Flex... oq vcs tem
pesquisado nesse ponto?

>
> Abraço.
>
> -------------------------------
> Daniel Bernardo
> Java - Flex
> Maringá - Paraná - Brasil
>
>

Um forte abraço.

> --- Em flex-brasil@yahoogrupos.com.br <flex-brasil%40yahoogrupos.com.br>,
> "daniel.gustavo" <daniel.gustavo@...> escreveu
> >
> > Ola pessoal.
> >
> > Primeiramente gostaria de parabenizar a todos da lista que estão
> dispostos a responder e trocar informações. Apesar de não ter enviado muitas
> mensagens ao grupo, acompanho muitas discussões e são bem proveitosas.
> >
> > Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está
> acontencendo na empresa que trabalho atualmente.
> >
> > Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o
> começo do ano vem tentando desenvolver aplicações com flex. Durante este
> período experimentamos dois frameworks: BlzaDS e LiveCycle.
> >
> > O problema é que em nenhum dos casos obtivemos um resultado satisfatório,
> tanto em produtividade quanto em qualidade de código. Na nossa equipe,
> éramos acostumados com os conceitos de jsf. Agora, utilizando o flex,
> ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas
> regras de negócio acabam ficando na camada de visão. Além disso, como
> utilizamos o Hibernate, tivemos problemas com LazyLoading que não
> consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar
> vários dtos, como espelhos de nossas entidades persistentes, o que gerou um
> trabalho repetitivo enorme.
> >
> > Complementando, uma grande reclamação do pessoal é que para se fazer uma
> simples operação de crud, se se tiver que fazer uma pequena validação, tipo,
> verificar se um determinado campo já existe antes de salvar, gera uma
> complicação enorme para fazer. Um dos motivos apontados seria por causa das
> chamadas assincronas que o flex faz.
> >
> > Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que
> são muitos. Mas por hora eu gostaria de saber de vocês:
> >
> > Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos
> problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que
> estamos fazendo errado, que com certeza é muita coisa.
> >
> > Particularmente gostaria muito de continuar trabalhando com o flex, mas
> se não encontrarmos alguma forma de aumentarmos nossa produtividade, essa
> tecnologia terá quer vetada, que seria uma pena enorme.
> >
> > Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que
> essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a
> adotarem essa plataforma de desenvolvimento.
> >
> > Desde já um muito obrigado e fico no aguardo.
> > Abraço.
> >
> > -------------------------------
> > Daniel Bernardo
> > Java - Flex
> > Maringá - Paraná - Brasil
> >
>
>
>

--
Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

[As partes desta mensagem que não continham texto foram removidas]

@tom
Discordo totalmente do Instável.

@Daniel
Eu que miguei do PHP tive mais dores ainda de cabeça quando se tratando do
Flex ser assincrono. mais hoje eu vejo que o assincrono é util.

Você citou a validaçao de um item antes de salvar! Este ai parou de me
incomodar quando comecei a trabalhar com sequencioa de execução. Vo

[As partes desta mensagem que não continham texto foram removidas]

@tom
Discordo totalmente do Instável.

@Daniel
Eu que miguei do PHP tive mais dores ainda de cabeça quando se tratando do
Flex ser assincrono. mais hoje eu vejo que o assincrono é util.

Você citou a validaçao de um item antes de salvar! Este ai parou de me
incomodar quando comecei a trabalhar com sequencioa de execução. Vou
explicar

Você chama uma função salvarUsuario(). Esta função antes de salvar tem que
verificar se o CPF não esta duplicado. Então nesta classe você faz o chamado
do método remoto verificaCPF(string cpf).

Agora quando esta função retorna ao Flex, na função
verificadoCPF(event:ResultEvent) verifique através de um IF se o CPF existe
ou não e se não existir chama a função salvar(). Se der erro trate da sua
maneira.

*
Eduardo Kraus*
Desenvolvedor
eduardokraus@gmail.com
blog.mxml.com.br
www.twitter.com/EduardoKraus

[As partes desta mensagem que não continham texto foram removidas]

Olá pessoal, gostaria de saber como anda a parte de arquitetura, frameworks mvc e tal voces estão usando alguma coisa ? qual?

No meu caso dei uma olhada d leve em algumas coisas como Cairngorm, e PureMVC, mas hehe estou aqui no "interior" não temos bons cursos ou consultoria por perto. Achei estes frameworks muito bons mas por outro lado meio complicados, antes de trabalhar com flex eu ja utilizei struts, gwt, um pouco de jsf mas o restante ja equipe eram todos programadores Delphi, com pouca ou nenhuma experiência com java muito menos web, pensei todo o pessoal aprender todos estes conceitos pra poder usar algo como cairngorm, vai demorar muito .

Então decidi criar uma api mvc aqui mesmo, mais simplificada e que atende nossas necessidades, apanhei bastante pois no início eu tb não conhecia o as3 mas com uns 4 meses de trabalho tínhamos uma base de código ja bem interessantes com funcionalidades de crud, mestre detalhes e outras coisas ja bem mastigadas. Isso aumentou muito a produtividade, muito mesmo...

Mas gostaria de saber das vantagens de frameworks para flex, da galera que esta usando, quais recursos realmente são interessantes?

Ae Ton!

Então, estou utilizando Flex + Java (spring) + Swiz, esta interessante este framework, produtividade esta muito boa também.

http://code.google.com/p/swizframework/

Abraço

--- Em flex-brasil@yahoogrupos.com.br, "ton" <ton_carvalho@...> escreveu
>
> Olá pessoal, gostaria de saber como anda a parte de arquitetura, frameworks mvc e tal voces estão usando alguma coisa ? qual?
>
> No meu caso dei uma olhada d leve em algumas coisas como Cairngorm, e PureMVC, mas hehe estou aqui no "interior" não temos bons cursos ou consultoria por perto. Achei estes frameworks muito bons mas por outro lado meio complicados, antes de trabalhar com flex eu ja utilizei struts, gwt, um pouco de jsf mas o restante ja equipe eram todos programadores Delphi, com pouca ou nenhuma experiência com java muito menos web, pensei todo o pessoal aprender todos estes conceitos pra poder usar algo como cairngorm, vai demorar muito .
>
> Então decidi criar uma api mvc aqui mesmo, mais simplificada e que atende nossas necessidades, apanhei bastante pois no início eu tb não conhecia o as3 mas com uns 4 meses de trabalho tínhamos uma base de código ja bem interessantes com funcionalidades de crud, mestre detalhes e outras coisas ja bem mastigadas. Isso aumentou muito a produtividade, muito mesmo...
>
> Mas gostaria de saber das vantagens de frameworks para flex, da galera que esta usando, quais recursos realmente são interessantes?
>

Daniel, bom dia!

Onde trabalho tive um desafio muito próximo do seu. Nosso objetivo era
desenvolver uma aplicação(muitos CRUDS) o mais rápido possível com
qualidade.

Conversei com todos da equipe para disseminar o conhecimento e pesquisar por
frameworks que pudessem nos ajudar(sem fugir dos requisitos).

Sim, escutei falar muito sobre BlazeDS, LiveCycle, Cairngorm, PureMVC, etc.
Mas o que melhor atendeu nossas necessidades foi o Cinnamon junto com o
Pimento.

No que eles nos ajudou? Imagina você ter uma espécie de JPA no
Flex(ActionScript)... fantástico, neh?

Lá do flex nós conseguimos algo do tipo: entityManager.load(Person, 7)

E não precisa se preocupar com LazyLoading... ele faz o tratamento disso!
:-)

Mas, nem tudo são flores, por ser um framework pouco popular apanhamos em
alguns pontos(entidades com natural id, many to many com atributos,
entitades com composite id, etc), mas hoje qualquer um da manutenção no
projeto sem maiores problemas e em um ótimo tempo.

Daqui umas 2 semanas o projeto entra em produção, talvez neste fim de semana
eu escreva um post em meu blog a respeito.

O site do Cinnamon e do Pimento é http://www.spicefactory.org/

Qualquer dúvida é só dar um grito! :-)

Até+

Atn.

Dennys Fredericci

http://blog.fredericci.com.br <http://blog.fredericci.com.br/>

_____

De: flex-brasil@yahoogrupos.com.br [mailto:flex-brasil@yahoogrupos.com.br]
Em nome de daniel.gustavo
Enviada em: segunda-feira, 9 de novembro de 2009 13:21
Para: flex-brasil@yahoogrupos.com.br
Assunto: [flex-brasil] Baixa produtividade com Flex e Java

Ola pessoal.

Primeiramente gostaria de parabenizar a todos da lista que estão dispostos a
responder e trocar informações. Apesar de não ter enviado muitas mensagens
ao grupo, acompanho muitas discussões e são bem proveitosas.

Bom vamos lá, gostaria de algumas opiniões de vocês sobre o que está
acontencendo na empresa que trabalho atualmente.

Somos uma equipe de cinco desenvolvedores Java, que praticamente desde o
começo do ano vem tentando desenvolver aplicações com flex. Durante este
período experimentamos dois frameworks: BlzaDS e LiveCycle.

O problema é que em nenhum dos casos obtivemos um resultado satisfatório,
tanto em produtividade quanto em qualidade de código. Na nossa equipe,
éramos acostumados com os conceitos de jsf. Agora, utilizando o flex,
ficamos meio perdidos e descontentes, pois achamos que com o flex, muitas
regras de negócio acabam ficando na camada de visão. Além disso, como
utilizamos o Hibernate, tivemos problemas com LazyLoading que não
consiguimos resolver nem mesmo com LiveCycle. Assim passamos a utilizar
vários dtos, como espelhos de nossas entidades persistentes, o que gerou um
trabalho repetitivo enorme.

Complementando, uma grande reclamação do pessoal é que para se fazer uma
simples operação de crud, se se tiver que fazer uma pequena validação, tipo,
verificar se um determinado campo já existe antes de salvar, gera uma
complicação enorme para fazer. Um dos motivos apontados seria por causa das
chamadas assincronas que o flex faz.

Bom, eu posso ir passando pormenores conforme irmos discutindo aqui, que são
muitos. Mas por hora eu gostaria de saber de vocês:

Como tem trabalhado com essas tecnologias? Tem enfrentando os mesmos
problemas? Se sim como resolveram? A intenção aqui é descobrirmos o que
estamos fazendo errado, que com certeza é muita coisa.

Particularmente gostaria muito de continuar trabalhando com o flex, mas se
não encontrarmos alguma forma de aumentarmos nossa produtividade, essa
tecnologia terá quer vetada, que seria uma pena enorme.

Bom pessoal, o texto ficou um pouco maior do que imaginei, mas creio que
essa será uma discussão sadia já ajudaria aí a convencer muitas empresas a
adotarem essa plataforma de desenvolvimento.

Desde já um muito obrigado e fico no aguardo.
Abraço.

-------------------------------
Daniel Bernardo
Java - Flex
Maringá - Paraná - Brasil

[As partes desta mensagem que não continham texto foram removidas]

@Eduardo,

Não entendi porque dessa dupla chamada ao backend, onde, ao meu ver,
mandaria apenas uma vez e a verificação da existência do CPF faria parte da
regra, qualquer exceção, retornaria como tal para ser tratada.

Emerson Mota

Programador

De: flex-brasil@yahoogrupos.com.br [mailto:flex-brasil@yahoogrupos.com.br]
Em nome de Eduardo Kraus
Enviada em: segunda-feira, 9 de novembro de 2009 23:51
Para: flex-brasil@yahoogrupos.com.br
Assunto: Re: [flex-brasil] Baixa produtividade com Flex e Java

@tom
Discordo totalmente do Instável.

@Daniel
Eu que miguei do PHP tive mais dores ainda de cabeça quando se tratando do
Flex ser assincrono. mais hoje eu vejo que o assincrono é util.

Você citou a validaçao de um item antes de salvar! Este ai parou de me
incomodar quando comecei a trabalhar com sequencioa de execução. Vou
explicar

Você chama uma função salvarUsuario(). Esta função antes de salvar tem que
verificar se o CPF não esta duplicado. Então nesta classe você faz o chamado
do método remoto verificaCPF(string cpf).

Agora quando esta função retorna ao Flex, na função
verificadoCPF(event:ResultEvent) verifique através de um IF se o CPF existe
ou não e se não existir chama a função salvar(). Se der erro trate da sua
maneira.

*
Eduardo Kraus*
Desenvolvedor
eduardokraus@gmail.com <mailto:eduardokraus%40gmail.com>
blog.mxml.com.br
www.twitter.com/EduardoKraus

[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]

Olá Tom,

Convivo com o mesmo problema que você, moro no interior, pior, que só tem eu
q fala Flex, mais, a web tá ai pra isso, encurtar as fronteiras, tem
material muito bom por ai, comece a googar, assista alguns webcast´s e o
mais importante pra você que está mudando de paradigma, é entender como
funcionam os eventos, como: momento de criar pontos de escuta, momento de
disparo...porque, todos os frameworks, trabalham baseados em eventos, são os
eventos que possibilitam o desacoplamento do código.

Ats,

Emerson Mota

Programador

De: flex-brasil@yahoogrupos.com.br [mailto:flex-brasil@yahoogrupos.com.br]
Em nome de ton
Enviada em: terça-feira, 10 de novembro de 2009 08:06
Para: flex-brasil@yahoogrupos.com.br
Assunto: [flex-brasil] Re: Baixa produtividade com Flex e Java

Olá pessoal, gostaria de saber como anda a parte de arquitetura, frameworks
mvc e tal voces estão usando alguma coisa ? qual?

No meu caso dei uma olhada d leve em algumas coisas como Cairngorm, e
PureMVC, mas hehe estou aqui no "interior" não temos bons cursos ou
consultoria por perto. Achei estes frameworks muito bons mas por outro lado
meio complicados, antes de trabalhar com flex eu ja utilizei struts, gwt, um
pouco de jsf mas o restante ja equipe eram todos programadores Delphi, com
pouca ou nenhuma experiência com java muito menos web, pensei todo o pessoal
aprender todos estes conceitos pra poder usar algo como cairngorm, vai
demorar muito .

Então decidi criar uma api mvc aqui mesmo, mais simplificada e que atende
nossas necessidades, apanhei bastante pois no início eu tb não conhecia o
as3 mas com uns 4 meses de trabalho tínhamos uma base de código ja bem
interessantes com funcionalidades de crud, mestre detalhes e outras coisas
ja bem mastigadas. Isso aumentou muito a produtividade, muito mesmo...

Mas gostaria de saber das vantagens de frameworks para flex, da galera que
esta usando, quais recursos realmente são interessantes?

[As partes desta mensagem que não continham texto foram removidas]