Hello :) Elitiste je ne pense pas... Elitiste justement pour moi c'est de faire les choses sans en parler en faisant en sorte de bien faire comprendre aux autres qu'ils ne seront pas capable de comprendre donc pas besoin de mettre les gens dans la "confidance" et donc d'expliquer les choses et de donner son avis :)
Ici l'idée c'est de partager nos idées. De confronter justement le vécu et l'expérience de chacun et de voir un peu tout ce que chacun peut faire dans sa vie de tous les jours... ensuite il est clair qu'il est important de donner son avis et parfois bah de monter un peu la pression pour montrer qu'il y a un malaise... mais cela reste toujours bon enfant finalement non ? :D Pour en revenir à ce que tu dis au dessus, il y a tout de même une grosse différence entre un pattern IoC et un pattern MVC à mon sens :) L'un permet de conditionner et simplifier la mise en place d'une application (l'IoC) et l'autre permet de contrôler le contenu de l'application (MVC). Quand tu dis que d'utiliser de l'IoC pour créer une application c'est compliqué.. je te dirai que tu devrais essayer d'utiliser ses principe pour voir que justement c'est tout l'inverse :) Et du coup l'IoC ce qui est compliqué c'est de créer un framework basé sur les principes de l'inversion de contrôle pour qu'il soit justement ensuite très simple à utiliser (enfin quand je dis "compliqué".. tout dépend du niveau que l'on veut lui donner).. Pour le reste l'utilisation est justement TRES SIMPLE ! :) Bosser avec une programmation en couches avec des fichiers de configurations et des définitions d'objets... c'est vraiment le meilleur moyen de faire correctement les choses et de bien sentir l'intérêt d'utiliser un objet singleton ou pas, la dépendance entre les objets, etc. ! En plus cela impose beaucoup plus de rigueur et permet à un débutant d'appréhender plus facilement certaines notions qu'au milieu de pleins de lignes de code par forcément très bien implémentées finalement. Et là dessus pas besoin d'être une lumière en code pour utiliser un framework basé sur ce de l'IoC... ;) Suffit en gros de connaitre le DOM pour alimenter le conteneur IoC et ensuite de comprendre la notion de référence (en gros naturellement tout le monde connait la notion de dépendance entre les objets mais dans l'IoC elle est tellement mise en avant avec simplicité qu'au début on se dit... euh mais pourquoi j'ai pas vu cela ainsi avant ?) Reste qu'ensuite si on se contente de d'utiliser l'IoC et que l'on n'y connait rien en code POO, en POE, en architecture d'application etc... on peut se retrouver un peu limité à un moment donné c'est certain :) Mais franchement je connais beaucoup de débutant qui peuvent créer des applications rapidement avec un framework IoC avec souvant des concepts OOP avancés sans franchement qu'ils aient pris beaucoup de temps pour les assimiler ! Le tout bien entendu est de prendre le temps de lire, s'informer et surtout comme il est dit plus haut par Itératif de ne pas lire à moitié... En gros le problème sera le même que si l'on créé une application sans IoC à part que malgré tout on se prendre vachement moins la tête avec du code inutile dans tous les sens. Je te conseille malgré tout de prendre un peu de temps pour t'y intéresser (plus que sur le MVC finalement) car pour moi c'est beaucoup plus intéressant de maitriser ce genre d'outils pour un travail d'équipe que de tout concentrer son travail sur une implémentation MVC qui finalement n'est qu'un petit bout d'un programme et que certains essaient de nous vendre comme ce qui fait tout le programme :) ===== Note en passant pour moi même et pour ceux que cela intéressent ;) ==== J'ai vraiment l'impression qu'il y a une différence de niveau de lecture chez les gens en général :) En gros ... si un article de 10 lignes sort sur un "buzz blog" au sujet d'un framework (library) de 10 classes pour faire du MVC... on a du coup 95% de gens qui se jettent dessus en ayant lu en gros 4 lignes sur les 10 et ensuite basent toutes leur stratégie pour créer leurs applications dessus. Je peux même aller plus loin en prenant en exemple les DRH ou les chasseurs de tête qui lisent de la même manière ces articles sur le net... et du coup ont l'impression que pour trouver un bon développeur il faut absolument qu'il connaisse des library "buzz" comme PaperVision ou Cairngorm.. Si le développeur ne connait pas ces bibliothèques pour eux il vaut pas grand chose. mais bon... si le mec est capable de créer tout seul un moteur 3D en AS3, de faire des tests unitaires dessus, d'utiliser des outils comme SVN, ANT, etc... bah finalement on s'en fou, il ne connait pas Papervision donc il est bidon !! lol Finalement... si les gens prenaient vraiment le temps d'essayer, de tester et de s'informer correctement (ce qui fait parti de notre travail finalement). , de faire confiance aussi à ce qui peut être dit ailleurs.. ils comprendraient vite la frustration que l'on peut avoir de voir autant de gens affirmer haut et fort la suprématie de certains frameworks ou autres technologies (cela vaut pas seulement pour les frameworks hein ;)) ... alors que d'un autre côté de notre côté nous prenons le temps justement de bien les analyser et à se rendre compte qu'ils sont basés sur pas grand chose ! Sinon.. je suis prêt à avoir des vraies discussions de design de code avec qui le voudra bien sur le pourquoi du comment.. sur tout ce qui est dit au dessus (un peu comme pour ce que j'explique sur les problèmes d'implémenter une interface qui est déjà implémentée par une superclasse etc...) Mais finalement pour moi c'est à ce niveau là que nous pourrons vraiment avancer dans nos discussions en arrêtant de répéter toujours la même chose :) ================ EKA+ :) Le 28 août 2008 13:24, David OUANOUNOU <[EMAIL PROTECTED]> a écrit : > > Je crois que nous sommes tous d'accord, mais vous avez souvent un discours > élitiste, dans le bon sens du terme parce que vous souhaitez avancés et > faire avancer ( le propre de ce forum ). > Par exemple, IoC est assez simple à comprendre et simple à implémenter dans > une classe mais dans une application c'est vraiment une autre paire de > manche d'autant plus dans une architecture MVC. > Je trouve que les frameworks mvc comme Cainrgorm ou PureMVC ont > considérablement fait avancé notre métier. C'est dans doute loin d'être > parfait et il y a sans doute beaucoup de devs qui l'utilisent sans se poser > de question, sans les remettre en cause. > Lorsque je revois le code que je pondais il y a quelques années, je me rends > compte que je n'avais rien compris. Aujourd'hui cela permet de comprendre un > peu plus, d'entrevoir des possibilités et peut être un jour de créer des > architectures uniques pour chaque projet. Mais ca c'est une autre histoire > :) > > > > > --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/FCNG?hl=fr -~----------~----~----~----~------~----~------~--~---
