Après avoir passé de nombreuses années d'analyse, la conception et la programmation dans différents domaines
et architectures, vous êtes peut-être sur un « modèle » ou bien
pratique qui n'a pas été publié en tant que modèle (analyse, conception ou architecture).
Bien que vous l'ayez fait plusieurs fois auparavant, il n'a pas de nom.
modèles pour l'analyse, la conception ou architechture
Intéressé par les modèles de la communauté SO.
Ceux que je pensais étaient une fois de mon dire: « Je les ai inventés », se sont avérés être « inventé » il y a 20 ans. Je ne peux pas compter combien de fois j'ai réalisé que j'utilisais un modèle de design déjà connu sans le savoir.
Ceux-ci sont le résultat de nombreuses années d'essayer de résoudre les mêmes problèmes. Je suppose que si quelqu'un «trouve» un nouveau domaine de problème, vous ne verrez probablement pas de nouveau modèle. Peut-être que dans l'avenir, de nouveaux paradigmes ou technologies de programmation aideront à découvrir de nouvelles façons de résoudre les mêmes vieux problèmes.
@Trap: Oui, je suis d'accord. Plusieurs fois les projets ont refaçonné dans des modèles bien connus –
"Ceux-ci sont le résultat de nombreuses années d'essayer de résoudre les mêmes problèmes."Si je comprends bien, c'est essentiellement la définition et le point de" modèles de conception de logiciels " –
Pas vraiment un nouveau modèle, mais j'ai souvent utilisé une combinaison de l'usine et de la stratégie. Cela empêche l'usine d'avoir des instructions de commutation et vous pouvez configurer votre usine avec de nouvelles "stratégies d'usine". Je ne suis pas sûr si ce modèle a un nom. Si quelqu'un peut me le dire, j'apprécierais cela.
Je blogué sur ce il y a un moment: http://www.herrodius.com/blog/136
@Christophe Herremar: Merci de lire votre blog. Je ne suis pas sûr du nom de votre modèle, bien que +1 –
Je pense à peu près tout a été inventé plus d'une fois, mais deux modèles que j'utilise tout le temps, mais ne vois pas d'autres en utilisant autant que je pense qu'ils devraient faire sont:
objet incopiables - la plupart des objets dans le domaine problème (exemples: BankAccount, personne, Transaction) ne doit pas être copiable, contrairement à objets dans le domaine de la mise en œuvre (exemples: chaîne, tableau, entier). I utilise donc des fonctions de langage pour rendre de tels objets de domaine métier incopiables.
Objet propriétaire - un objet tel qu'un BankAccount est propriétaire de ses transactions. Lorsque l'objet propriétaire est détruit, il gère la destruction de ces objets appartenant à . Ce modèle assez supprime la nécessité d'utiliser des pointeurs intelligents .
@Neil Butterworth: Merci +1 –
Je n'ai pas trouvé de nouveaux modèles moi-même, mais la meilleure façon de repérer un nouveau modèle est de connaître tous les modèles existants. C'est l'un de mes sites Web préférés de modèle de conception. 101 Design Patterns. En particulier, faites attention aux anti-patterns.
Oh les ordures, quelle ordure c'est – Pierreten