Flex est-il prêt pour le prime time?

Question

Je travaille sur un projet qui n'a actuellement aucun utilisateur, mais nous aimerions potentiellement passer à plusieurs centaines. Nous travaillons actuellement sur une base de données MySQL avec AMFPHP en interaction avec Flex. Nous avons utilisé Flex pour ses fonctionnalités graphiques robustes (importantes pour ce projet) et parce que le développeur initial (pas moi) connaissait déjà ActionScript. Nous utilisons actuellement AIR, mais nous pourrons éventuellement utiliser la technologie Web Flash.

Mes questions sont les suivantes:

1. Flex est-il un bon outil pour un projet comme celui-ci?
2. Quelles sont les principales limitations de Flex que nous pourrions rencontrer?
3. Quelles sont les autres plateformes de développement que nous pourrions envisager?

Merci. - Dave

Answer 1

Réponse courte, oui. De nombreuses applications aux heures de grande écoute utilisent déjà Flex comme plate-forme de développement d'interface utilisateur. Si vous allez sur le site Adobe, ils en présentent plusieurs.

Personnellement, j’ai choisi Flex pour deux raisons. Premièrement, bien que vous puissiez probablement faire une grande partie de ce que Flex fait en HTML ou avec une boîte à outils appropriée, Flex est conçu pour offrir une expérience utilisateur attrayante et attrayante et est disponible en version Flash. . De plus, l'environnement de développement et les widgets disponibles rendent la programmation facile et amusante. Je ne veux pas déclencher une guerre religieuse entre HTML et Flex, je vais donc en rester là: cela fonctionne pour moi, mon application et mes clients.

Deuxièmement, et plus important encore, il équilibrait davantage la charge de traitement vis-à-vis du client, ce qui signifie que l’architecture de mon serveur peut être optimisée simplement pour servir le contenu et conserver les données. La plupart de ma logique métier a migré vers le client. Après avoir passé de nombreuses années dans l’architecture classique, j’estime qu’il s’agit d’un énorme pas en avant, mais je peux déjà lui donner un refrain de désaccord à ce sujet également.

Ma mise en garde à propos de Flex vient de la nécessité d'adopter la bonne architecture pour votre code client. Il est assez facile de créer une application énorme et peu performante avec Flex si vous vous trompez. Assurez-vous que tout est piloté par les événements et apparemment asynchrone et vous devriez être OK («apparemment» parce que le lecteur Flash est à thread unique). Et c’est l’inconvénient 1, le lecteur Flash à thread unique pose parfois des problèmes.

L’inconvénient 2 est peut-être plus grave et concerne les ordinateurs de bureau verrouillés dans les environnements d’entreprise. Très souvent, votre public cible n'aura pas les droits administratifs sur son ordinateur et aura soit le mauvais lecteur, soit aucun. Cela est particulièrement vrai dans les organisations du secteur public et dans l'armée. Par conséquent, si vous vous dirigez là-bas, je testerais avec soin la présence de Flash parmi vos utilisateurs.

À part cela, je recommande vivement Flex. C'est aussi une bonne chose d'avoir sur votre CV!

HTH

Answer 2

Flex ne présente aucun problème d’évolutivité inhérent. Toutefois, si vous utilisez une application exigeant beaucoup de ressources graphiques, le service correct de ces ressources peut poser problème, mais cela n’a guère à voir avec Flex.

La seule plate-forme digne de mention et susceptible de ne pas pouvoir fonctionner est l’iPhone (pas de flash) et certains anciens appareils mobiles non-flash (bien que la plupart prennent en charge Flash-lite de nos jours)

En ce qui concerne les alternatives, si vous avez beaucoup de graphiques et que vous ne l'êtes pas avec l'iPhone, alors Flex est la meilleure solution, sinon la meilleure solution multiplateforme, en plus d'utiliser des technologies HTML pures. peut le faire, mais si votre application nécessite le 1% manquant, vous n’avez plus aucune chance, également Flex réduira le nombre de problèmes de compatibilité entre plates-formes et la plupart des problèmes de compatibilité de navigateur. Cela pourrait donc rendre votre travail plus productif.

Answer 3

Silverlight 2 est une alternative à envisager. WPF si vous recherchez quelque chose avec un support hors ligne.

Answer 4

1. Oui, l'ampleur et le type de projet convient.
2. Immaturité des frameworks et des bibliothèques sur lesquels vous pourriez compter. Immaturité des IDE.
3. Silverlight, JavaFX.

Answer 5

Flex + AIR est probablement un outil aussi performant que Visual Basic. c’est peut-être un meilleur outil pour disposer d’un langage de programmation beaucoup plus flexible et d’outils de développement gratuits, mais gardez bien à l’esprit les limites.

La principale limitation de mon utilisation est la documentation. Il semble qu'il n'y ait pas assez de documentation, pas assez de documentation, et pas assez de travail à haute visibilité dans la communauté. (Cela vient d'années de .NET; je suis constamment contrarié par le peu de choses que MSDN dit sur les méthodes, mais généralement capable de le gérer en trouvant les articles de blog les plus utiles.)

D'autres plates-formes de développement possibles dépendraient très largement des spécificités du projet. Les plates-formes Web s'enlisent dans des interactions profondes et dynamiques avec les ensembles de données (même avec de belles bibliothèques AJAX), tandis que le maintien d'installations côté client de tout programme client lourd (par exemple, Flex + AIR) peut être excessif s'il ne s'agit que de quelques formulaires CRUD .