Composants v2 : pas si mal ....
Par -Alexandre LEGOUT aka LAlex- le 10 octobre 2003, 10:01 - Divers - Lien permanent
Je fais actuellement un développement dans l'urgence, et je dois avouer que les composants fournis par Macromedia me snot d'un secours important. Il faut bien avouer que Macromedia a fait un effort sur ces composants par rapport au composants de Flash MX. Il n'en manque pas pour faire une application "a la windows", et leurs API sont plutôt bien étudiées.
Je n'ai pas encore eu l'occasion d'en utiliser beaucoup (j'en suis encore à TextInput et DataGrid), mais il faut bien avouer que je les trouve trés sympa à utiliser. En plus, ce qui ne gâche rien, leur look n'est pas mal non plus. ![]()
Le risque avec les composants, c'est de voir fleurir un peu partout sur le web des sites qui se ressemblent tous ... :? Mais pour des applications d'entreprise, on apporte peu d'importance à l'originalité du design, et si ca peut faire gagner en temps de développement, les responsables sont toujours content !
Aprés tout, on se plaint rarement que les boutons de toutes les applications Windows (ou Mac) sont partout les mêmes ! ![]()
Pour ce qui est des bugs ou des limitations, je vais un peu chercher du coté de l'héritage, car il faut bien avouer que le systèmes des composants "closed source" n'arrange rien ... C'est bien de pouvoir le faire pour les développeurs qui veulent vendre leurs composants, mais Macromedia aurait pu laisser les siens en opensource ... Bref, pour l'héritage et/ou la modification, étant donné le peu d'infos que distille Macromedia et les lacunes de la doc, c'est pas gagné !
Je vais aussi jeter un coup d'oeil sur les nouveaux composants de person13 : http://www.person13.com/components/ (merci petepx pour l'info :))
Commentaires
ultra pratiques mais très lourds et impossible à preloader
oui .. je reste encore sur mon opinion que vaut mieux un bon code tout en POO sous forme de packages, plutot que d'utiliser des composants en terme de poids et d'optimisation ...
De + même si c'est la facilité pour tout le monde, le fait que tout le monde utilise la même chose cela terni le travail de beaucoup qui se cassent vraiment pour réaliser des interfaces originales et qui forcément mettent du temps pour cela...
Le seul truc bien c'est d'utiliser les noms de méthodes d'un composant pour ses propres objets... on peut ainsi faire du polymorphisme et faire en sorte que l'utilisateur au bout du compte s'y perdre pas trop.. que la scrollbarre soit celle de macromédia ou une version maison... seul le code dedans change et biensur la charte graphique mais pas le fonctionnement et les méthodes
bye
Mmmm... moi j'aime bien les composants...
Ça dépend de ce qu'on fait. Je n'utiliserait pas un composant sur un site web promo, mais pour une application je ne me gène pas à piler sur mon orgueil.
Ils sont très biens conçus et je n'ai pas 20hrs à perdre pour faire un comboBox. Je l'ai déjà assez fait avant MX!
Un comboBox fonctionnant avec les touches du clavier, le TAB, accessible et skinnable comme celui de Macromedia c'est dur à battre. Je préfère me concentrer sur autre chose. Et là je ne parle pas du dataGrid et des autres ! Une grosse application peut utiliser plusieurs composants (combobox, datagrid, calendrier, boutton, list, radiobutton, scroll, etc...), c'est beaucoup de temps pour développer tout ça. Je suis content de ne pas l'avoir fait avec MX parce que je serais à tout recommencer avec MX 2004 et AS2! J'ai déjà assez de quoi m'amuser à convertir mes autres classes.
Et les composants V2 sont plus faciles à "skinner" que les V1. On peut leur donner le look qu'on veut et même y inclure des animations. Moi j'adore.
Et jj, non faciles à preloader!
Option 1: Faire un swf qui ne sert qu'à preloader le principal (tu en fais un une fois et tu le réutilises tout le temps...)
Option 2: Décocher "export in first frame" et les placer en dehors de la scène sur un frame du début après le preloader. Moi j'exporte tout en frame 3, y comprit mes classes AS2 (on peut paramétrer sur quel frame on veut qu'elles soient exportées).
Je préfère la méthode #1 quand j'ai le temps, mais souvent je suis paresseux (ou plutôt pressé) et je prend la 2.
Mais effectivement, assez lourds. Ça dépend de ce que tu fais...
Voilà... assez écrit... A+
Je partage l'avis de stef, je suis components-addicted, ils me font gagner un temps énorme.
Tous les jours je me sers du textarea, des numericsteppers, des boutons ... Ne serait-ce que pour créer vite fait des outils de test ou de débuggage dans mes applis.
Puis pour répondre au probléme des GFX, rien n'interdit de les skinner
Puis un bouton radio ressemble toujours à un bouton-radio ...
La où ça fait mal, c'est quand je m'emmele les pinceaux entre les différentes versions, j'ai perdu une demi-heure l'autre jour à tenter de faire marcher une checkbox2.0 avec la syntaxe d'une 1.0 puis programmer un script avec une 2.0 sur un swf publié en 1.0.
Avec Flash maintenant il faut être polyglotte et posséder un énorme background culturel au niveau des versions pour avoir une chance de survivre lol
Moi je dois quand même avouer que les composants de MX (6) m'avait refroidis ... :? Voir des setProperty de partout et un code un peu mal foutu ne m'a pas vraiment incité à les utiliser ...
Mais en regardant un peu les classes liées aux composants v2, j'ai vu que c'était quand même beaucoup plus propre !
Donc, je ne vois plus vraiment de raison de ne pas les utiliser (pour une application, pour un site je n'ai pas encore vu les possibilités de skinnage, afin de les intégrer dans un design original :roll:)
répertoires \Program Files\Macromedia\Flash MX 2004\en\First Run\Components et \Program Files\Macromedia\Flash MX 2004\en\First Run\ComponentsFLA
Les .swc s'ouvrent avec winrar ou winzip
arf, c'est ce que j'avais lu, mais la tâche a l'air plus ardue que je le pensais
Je croyais que les swc étaient compilés... Si tu trouves moyen de décompiler je suis preneur!
Les skins sont effectivement dans le dossier "ComponentsFLA". Éditer le fla et dragguer sa librairie dans votre fla et hop c'est skinné! Assez simple, j'aime bien. Plus simple que les V1, il est facile de donner ce fla à un designer et lui demander de les éditer lui-même selon ses désirs, ce qui n'était pas vraiment pensable avec les V1...
Fil des commentaires de ce billet