Hello :) L'article est très bien :) J'aime bien le schéma récapitulatif :)
Par contre il est clair que pour l'exemple du "prototype" : 1 - quelle complication de se taper une classe avec des propriétés publiques et des méthodes getter/setter pour définir la propriété public (aucun intérêt) ... 2 - Pour moi il est préférable d'éviter l'héritage pour sa "CloneMachine" car du coup tu peux pas cloner les objets qui héritent pas de la classe ? Une classe utilitaire avec une méthode statique c'est plus simple. 3 - le design pattern "prototype"... avec du clone... mouep pourquoi pas mais bon le simple fait de faire var toto:String = new MyClass() ; cela suffit pour moi pour faire un pattern "prototype" .. suffit de voir comment marche un scope "prototype" ou "singleton" dans le pattern IoC pour piger que faut vraiment pas se prendre la tête :) eKA+ :) Le 26 octobre 2009 14:22, zwetan <[email protected]> a écrit : > > interview interessante de Erich Gamma, Richard Helm, et Ralph Johnson > > http://www.informit.com/articles/article.aspx?p=1404056&ns=16259 > > > ma partie préférée > "Ralph: Some of those languages don't need some of the patterns in > Design Patterns because their languages provide alternative ways of > solving the problems." > > genre le gars qui va adapté le design pattern prototype en AS3 > quand il y a moeyn d'utiliser prototype et dynamic class > bah il a rien compris > > > http://www.as3dp.com/2008/10/28/actionscript-30-prototype-design-pattern-a-minimalist-example/ > > minimaliste.... arf > > zwetan > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
