J'ai vu un post très intéressant sur le site www.infoq.com qui parle du Top 10 des "erreurs / erreurs / confusion" à la programmation d'une application en Flex. Ce message parle de choses très intéressantes et importantes que nous devrions garder à l'esprit lors de la construction d'une application en Flex. Comme ce poste est en anglais, j'essaie de faire une traduction en portugais, de sorte qu'il est plus facile pour votre compréhension ainsi que d'ajouter quelques opinions personnelles. Il vaut la peine de lire! Départ. 1. RIA aide d'un cadre pour construire des applications Web 1.0 - (nouvelles technologies, les vieilles habitudes)

L'un des défis les plus importants lorsque le changement de applications Web 1.0 pour le développement de la Ria est d'apprendre à penser différemment. Le flex offre un ensemble de composants qui peuvent faire des choses qui étaient impensables et impossibles à faire avec il ya seulement quelques années. Parfois, cette possibilité est oublié et le cadre finit par être utilisé que pour mettre en œuvre les traditionnelles applications Web 1.0. Construire des applications Web 2.0 est plus qu'une mise à jour partielle d'une page et ajouter des coins arrondis dans divs. Ceci est hautement recommandé d'utiliser uniquement le Javascript / Ajax et CSS et de ne pas perdre de temps avec le Flex parce que le flex devrait être utilisé plutôt d'offrir un design attrayant et de fonctionnalité pour les utilisateurs. Si vous êtes déjà programmeurs Java, l'apprentissage Action Script 3 et l'interface de la langue est la blague d'un enfant. Le plus grand défi est parfois que les développeurs ne sont pas habitués à "tirer" de votre application visuellement, et le développement de la Ria est un "must-savoir» ont une certaine connaissance de la conception. L'horaire peut être très bonne, mais la véritable «force» de Flex est dans son aspect visuel allié de leur polyvalence.

2. Briser les aspects de navigateurs standard.

Alors que le Flex fournit une excellente plate-forme pour améliorer l'expérience de l'utilisateur et agréable, est toujours très important de maintenir la «famille» du site / application que les boutons ci-dessus et au-delà du navigateur, signet et auto-complet. Contrairement à ce que vous pensez que parfois, ces choses ne sont pas difficiles à mettre en œuvre dans Flex. Flex 3 inclut déjà des propriétés "des liens profonds» pour soutenir les boutons Suivant et Précédent et les signets. Et des articles tels que "Auto-remplir" peuvent être facilement mises en oeuvre, même utilisé certains composants. Deep Linking@labs.adobe.com - Flex Wiki. Automatique; Exemple et composant @ entrée de saisie semi-automatique

3. Beaucoup de "conteneurs" réduire les performances de l'application.

Le flash fait appel à un joueur pour afficher la hiérarchie des objets graphiques semblables à des objets DOM HTML. Combien d'autres "conteneurs" sont utilisés, plus il prend de rederização. Au cœur du développement du logiciel Adobe Flex (Adobe Flex Developer Center), vous pouvez trouver un article qui examine les meilleures pratiques liées à la performance de Flex, y compris le recours à des "conteneurs". Le plus grand ennemi de la performance de Flex est liée à la tentation d'utiliser de nombreux "conteneurs" pour améliorer l'apparence de notre application, mais elle accroît fortement négatif sur la performance de Flex. C'est le pire ennemi de la performance de Flex, et heureusement il est 100% contornável, il suffit de faire usage modéré de ces conteneurs.

4. Utiliser XML pour le transfert de données sur les protocoles (déjà optimisé), réduit les performances.

Le flex offre aux développeurs un grand nombre d'options pour la communication entre le serveur Flex et technologies, y compris AMF3, XML, SOAP, HTTP de la requête et direct. Ils peuvent voir un exemple de l'usage de ces technologies ainsi que l'indice de référence ici. Le BlazeDS (open source) avec l'appui actuellement sur le site d'Adobe, un choix doit être presque obligatoire dans les projets qui utilisent le backend en Java, en utilisant le protocole AMF3. L'Autorité des marchés financiers est un protocole de transfert binaire, qui facilement intégrer avec Java, PHP, Python ou pratiquement n'importe quel langage côté serveur, en utilisant différentes variantes spécifiques aux différentes langues et offre plus de fiabilité et de performances.

5. Essayer de faire appel à un programmeur Flex "mai ne pas être le meilleur choix, ni facile."

Flex programmeurs expérimentés et de lettres de créance, sont encore très difficile à trouver et à ceux qui sont payés sont le poids de l'or. Actuellement, le Flex est en cours d'adoption comme la java à la fin des années 90. La demande pour les développeurs Flex continue d'excéder l'offre, il est très difficile de trouver un bon programmeur de Flex, mais en même temps crée une excellente occasion pour les développeurs Java et non pas seulement d'élargir leurs connaissances et leur flex adopter comme cadre pour le développement. Beaucoup d'entreprises à la recherche de développeurs Flex fin de l'embauche des personnes qui connaissent très bien les autres langues de Java ou des applications Web, et compte tenu de la pénurie de professionnels Flex, juste pour lui donner plus de plusieurs semaines de formation pour Flex parce que sa langue et de l'API sont facilement appris par toute personne qui est déjà familier avec la programmation web et l'interface graphique.

6. Ne pas utiliser trop d'animation et d'effets.

Utiliser le flash comme une plate-forme de distribution, un programmeur flex se sentent facilement tentés d'utiliser et abuser de la "une seule ligne-effets» qui apporte flex, mais les développeurs ne devraient utiliser ces effets même si elles sont nécessaires, et ne jamais utiliser l' sachant que vous recevez le cadre de l'application. Le recours excessif à des effets que vous pouvez obtenir fatigué! Les effets sur flex, et sa durée devraient être prises en compte, et si elles peuvent compter sur un secours et de la perception visuelle d'un "Designer", plus sûr que la demande sera beaucoup plus agréable. Bon nombre d'animations sont tout simplement très long, lent, ennuyeux et parfois excessif. Réduire les animations! S'il ya une chose que les utilisateurs n'aiment pas est d'avoir à attendre la fin d'une animation, qui parfois ne pas être en mesure de commencer à utiliser l'application. Vous ne voulez pas fin avec les animations en flex, mais de sensibiliser le bon usage. Chaque animation et les effets doivent avoir un but et pourrait être appliqué avec parcimonie! Ils peuvent voir un article très intéressant sur l'animation et des effets ici.

7. Ne pas définir un «éco-système» dans la société.

Comme dans tous les travaux de planification des projets de logiciel, également avec de fléchir est extrêmement important monter un «éco-système" pour développer des applications. Le TTD (Test Driven Development, ou développement "assistance") est une étape importante dans tout projet d'une entreprise. Pour Flex, le cadre FlexUnit sert précisément à plan "tests unitaires". Dans Adobe Developer Connection, Neil Webb traite de l'usage des programmeurs de TTD Flex, utilisant FlexUnit. (vous pouvez voir le poster ici). Il ya aussi le Flexcover pour "présentation de rapports de couverture de code," quelque chose comme "établissement de rapports pour la couverture du code." L'intégration continue (CI), est prouvé comme étant une bonne pratique pour construire et Flex plan lorsque le projet est développé par plus d'un programmeur. Dans la similitude de Java, la fourmi et Maven plug-ins sont également disponibles pour la poursuite de l'intégration des applications Flex.

8. Ne pas utiliser entièrement le cadre.

Il ya beaucoup de "caractéristiques" dans l'option Flex qui devrait être examiné dans le développement d'une application. Par exemple l'exécution des bibliothèques partagées (RSL) peuvent être utilisés pour réduire de façon significative la taille des applications. La taille d'une demande peut être réduite en utilisant des références directes à des fichiers / images / scritps qui peuvent être transférées séparément depuis le serveur vers le cache de votre ordinateur. Cette opération nécessite que plusieurs applications qui utilisent ces "actifs" sont chargés dans "l'exécution", mais que vous décharger sur votre ordinateur en une seule fois. Ces fichiers / images / shared scripts sont appelés exécution des bibliothèques partagées. Une autre des "caractéristiques" peu utilisée dans le cadre, les caractéristiques de l'utilisabilité sont déjà inclus dans Flex. Vous pouvez en savoir plus sur ces fonctionnalités ici. Qui a vraiment envie de rencontrer d'accessibilité et d'utiliser dans leurs applications, le Flex rend cette tâche simple et offre de nombreuses fonctionnalités comme vous pouvez le voir ici.

9. Ne pas utiliser "rendu" dans le complexe du DataGrid.

L'original itemRenderer pour le DataGrid est déjà très optimisé! (et, par conséquent, être modifié ou mis en œuvre entraînera diminution des performances, parlé au paragraphe 3.) Le nombre de "point de rendu" qui sont "rassemblées" par le DataGrid est multiplié par des lignes et des colonnes, créant une énorme quantité de code. Pour minimiser ces effets, vous devez utiliser le "itemRenderers" quand ils sont vraiment nécessaires et ils doivent être aussi rationalisé que possible. Quand itemRenderes plus élaborées et complexes sont encore nécessaires, vous devez utiliser un UIComponent (ou d'autres classes "bas-niveau") et mettre son contenu à la ligne / colonne manuellement.

10. Ne pas préparer notre demande pour le mode hors connexion.

Le modèle traditionnel de la Ria est orienté vers le navigateur, mais des technologies telles que Adobe AIR ou Google Gears permettent actuellement Flex applications sont gérées en mode hors connexion. Ne pas préparer les demandes pour une possible application en mode hors connexion, si l'utilisateur / client à désirer quand en mode hors connexion, les choses deviennent très difficiles à transformer, comme nous l'aurions à refaire une grande partie de la mise en œuvre du code. En règle générale, les applications pour les entreprises et les entreprises, géré sur un serveur. Un rire quand en mode hors connexion, permet beaucoup plus "expansion" au client / utilisateur, de sorte que l'architecture de la demande doit être facilement mises en œuvre et convertie à partir de / pour commander en ligne / hors ligne.

Eh bien, et ainsi de conclure, la traduction n'a pas été faite à la lettre, mais je pense que l'excellente qualité de l'original post informatif, il mérite d'être dans mon travail "traduction".

Il a été utile?

Une accolade.

Cet article est disponible en format PDF à télécharger.