Flex está pronto para o horário nobre?

Question

Eu estou trabalhando em um projeto que atualmente tem zero usuários, mas nós gostaríamos de escalar até potencialmente centenas. Atualmente estamos executando em um banco de dados MySQL com AMFPHP interagindo com Flex. Usamos Flex devido às suas características gráficas robustas (importante para este projeto) e porque o desenvolvedor inicial (não eu) já sabia ActionScript. No momento, estamos usando ar, mas pode mudar para o Flash baseado na web em algum ponto.

As minhas perguntas são:

1. Flex é uma ferramenta boa para um projeto como este?
2. Quais são as principais limitações do Flex que podemos encontrar?
3. Quais são as outras plataformas de desenvolvimento que pode querer considerar?

Graças. - Dave

Answer 1

A resposta curta, sim. Já existem muitos horário nobre Apps usando Flex como sua plataforma de desenvolvimento de UI. Se você vai para o site da Adobe eles mostrar muito poucos.

Falando pessoalmente, eu escolhi Flex por duas razões, foi o primeiro que, embora você provavelmente pode fazer muito do que Flex faz em HTML ou com um kit de ferramentas apropriadas, Flex é projetado para atraente e convincente experiência do usuário e tem disponível todo do Flash . Além disso, o ambiente de desenvolvimento e widgets disponíveis tornam mais fácil e divertida de programa. Eu não quero para desencadear uma guerra religiosa sobre HTML vs. Flex, por isso vou deixar que lá -. Ele trabalha para mim e minha aplicação e clientes

Em segundo lugar, e mais importante, foi que ele equilibra a carga de processamento mais para o cliente o que significa a minha arquitetura de servidor pode ser otimizado apenas para servir o conteúdo e persistindo os dados. A maioria da minha lógica de negócios migrou toda para o cliente. Tendo passado muitos anos em arquiteturas clássicas Eu acho que este é um enorme passo em frente, mas eu posso já lhe um coro de desacordo sobre isso também.

A minha palavra de cautela sobre Flex vem da necessidade de adotar a arquitetura certa para o seu código do cliente. É muito fácil criar um aplicativo enorme e mal tocando com Flex se você conseguir isso errado. Faça tudo evento dirigido e aparentemente assíncrona e você deve estar OK ( 'aparentemente' porque o jogador Flash é único segmento). E isso é desvantagem 1, o único segmento Flash player às vezes causa problemas.

Desvantagem 2 é talvez mais grave e que é bloqueado desktops em ambientes corporativos. Muitas vezes o seu público-alvo não terá direitos administrativos para o seu computador e terá quer o flash player errado ou nenhum. Isto é particularmente verdadeiro em organizações do setor público e os militares, por isso, se você está indo para lá que eu iria testar cuidadosamente a presença do Flash entre seus usuários.

Outros, que eu recomendo vivamente Flex. Também é uma grande coisa para ter em seu currículo!

HTH

Answer 2

Flex não tem problemas de escalabilidade inerentes, no entanto, se você tiver um aplicativo intensivo gráfico, porção adequada desses recursos pode ser um problema, mas isso tem pouco a ver com o Flex.

A única plataforma digno de nota e, provavelmente, você não será capaz de rodar em é o iPhone (sem flash) e alguns mais velhos não-piscar dispositivos móveis (embora a maioria suporte a Flash-lite hoje em dia)

Como alternativas, se você é gráficos pesados, e não se importa o iPhone, em seguida, Flex é bom se não melhor solução multiplataforma além de utilizar tecnologias HTML puro, o truque aqui é HTML só pode fazer 99% do que Flex pode fazer, mas se o seu aplicativo requer a falta de 1%, então você está fora de sorte, também Flex irá reduzir multiplataforma e a maioria dos problemas de compatibilidade do navegador. Para que ele possa fazer o seu trabalho mais produtivo.

Answer 3

Silverlight 2 é uma alternativa a considerar. WPF se você está procurando algo com suporte offline.

Answer 4

1. Sim, a escala eo tipo de projeto encaixa.
2. A imaturidade das estruturas e bibliotecas que você pode depender. Imaturidade do IDE.
3. Silverlight, JavaFX.

Answer 5

Flex + AIR é provavelmente tão boa como uma ferramenta Visual Basic foi; pode ser uma melhor ferramenta para ter uma linguagem de programação muito mais flexível e ter ferramentas de desenvolvimento livres, mas manter as limitações em mente ....

A principal limitação que eu vi de trabalhar com ele é a documentação. Não parece não ser bastante documentação, a documentação não é bom o suficiente, e não o suficiente trabalho de alta visibilidade sobre ele na comunidade. (Isso vem de anos em .NET;. Eu tenho sido constantemente chateado com o pouco MSDN diz sobre métodos, mas geralmente capazes de lidar com isso por encontrar os posts mais úteis)

Outras plataformas de desenvolvimento possíveis iria depender muito pesadamente sobre as especificidades do projeto. plataformas baseadas na Web atolar em profundas interações, stateful com conjuntos de dados (mesmo com boas bibliotecas Ajax), enquanto que manter as instalações do lado do cliente de qualquer programa cliente de espessura (por exemplo, Flex + AIR) pode ser um exagero se é apenas algumas formas CRUD .