Flex práticas recomendadas?

Tenho a sensação de que é fácil encontrar amostras, tutoriais e exemplos simples no Flex.
Parece mais difícil encontrar dicas e boas práticas baseadas em projetos da vida real. Alguma dica sobre como:

  • Como escrever código de script de manutenção
  • Como garantir uma separação clara de preocupação. Alguém já usou um framework MVC como o cairngorm, puremvc ou easymvc em um projeto Flex real?
  • Como buscar dados de um servidor com blazeds/amfphp?
  • Como reduzir a latência do usuário final?
  • ...
0
adicionado
Visualizações: 1

3 Respostas

Aqui estão alguns ótimos recursos para fazer com as melhores práticas e padrões do Flex/AS3:

Convenções e práticas recomendadas de codificação do Flex SDK

Melhores práticas do Flex - Parte 1: Configurando seu projeto Flex

O primeiro que eu encontrei especialmente útil e eu tento me certificar de que qualquer equipe com quem eu trabalhei tenha lido

0
adicionado
muito obrigado por esses links úteis!
adicionado o autor Alexandre Victoor, fonte

Eu trabalho frequentemente com o Flex no meu trabalho, e terei todo o gosto em ajudar .. mas as suas questões merecem um artigo para cada uma :) Vou tentar uma resposta breve.

Código que funciona: acho que as mesmas regras de qualquer outra linguagem OO se aplicam. Algumas regras específicas flexíveis que eu uso para seguir: use variáveis ​​tipadas fortes, sempre considere despachar eventos como o caminho para seus componentes de interface do usuário falarem uns com os outros (um pouco mais de trabalho inicial, muito flexível e desacoplado depois).

Frameworks: olhei para ele, li a documentação .. muito bom, mas ainda sinto que suas complicações não são equilibradas pelos benefícios que eles proporcionam. De qualquer forma eu gostaria de mudar minha opinião sobre este ponto ..

Falando com o servidor: Agora eu estou usando o BlazeDS, ele funciona muito bem .. há muitos tutoriais sobre o assunto lá fora, se você encontrar algum problema na configuração, eu ficaria feliz em ajudar.

Latência: Você quer dizer em comunicações cliente/servidor? Em caso afirmativo, você deve explorar os vários tipos de canais que o BlazeDS implementa. Somente polling bidirecional, em tempo real, em tempo real em http (cometa). Se precisar de mais, LiveCycle Data Services ES, a implementação comercial de Nascido no BlazeDS, entre outras coisas, oferece outro protocolo chamado RTMP, não é http-tunnelled para que possa haver problema com firewalls e proxies, mas oferece melhor desempenho (há uma versão gratuita de código fechado do LCDS). Eu uso os canais HTTP padrão em ambientes de intranet e não encontrei problemas reais de desempenho, mesmo com grandes conjuntos de dados.

Bem .. um monte de coisas, não pode ser mais específico agora em cada um desses pontos, pergunte se precisar :)

0
adicionado
Obrigado pela sua resposta Sobre a latência: Eu tenho um aplicativo com uma página inicial que precisa de dados de muitos serviços. Eu tenho usado antes com DWR (framework ajax) para lote várias chamadas de serviço em um único httprequest. Você sabe como conseguir isso com flex? canal http com um padrão de comando?
adicionado o autor Alexandre Victoor, fonte
Por que você deve comandos em lote em uma única solicitação HTTP? Normalmente você não codifica esses detalhes de baixo nível, você simplesmente chama seus métodos de objetos remotos (e usa a configuração xml para descrever como lidar com eles). A maneira mais simples poderia criar um serviço ad-hoc que reunisse todos os dados de uma só vez.
adicionado o autor Cosma Colanicchia, fonte

Eu encontrei o framework MVC RIAWave link para ser absolutamente incrível. É super leve e fácil de usar. Eu encontrei Cairngorm e PureMVC para ter uma curva de aprendizado bastante íngreme e ambos se sentem um pouco volumosos demais para mim. RIAWave fica fora do caminho e apenas lhe dá o básico do MVC para trabalhar.

AMFPHP no backend é muito bom também. O AMFPHP também possui um módulo do apache que cuidará da serialização/desserialização dos dados enviados e recebidos, tudo em C, que é muito rápido.

Se a latência for uma preocupação, convém garantir que você obtenha um bom host de hospedagem ou até implante em vários datacenters para que seus usuários nunca estejam longe de um servidor. Parece um pouco cedo para se preocupar com isso.

0
adicionado