Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Design Patterns Discussion :

Design Patterns pour l'Evolutivité ?


Sujet :

Design Patterns

  1. #1
    Membre à l'essai
    Design Patterns pour l'Evolutivité ?
    Bonjour, j'ai découvert depuis peu à quoi pourrait servir l'objet: gérer au mieux les variations de spécifications.

    Dans le cadre d'une recherche approfondie dans le domaine des Design Patterns, je me demande quels patterns sont réellement intéressants pour une application de gestion. Eviter l'usine à gaz en somme.

    Je me suis penché sur 2 Design Patterns qui me semblent redoutables:
    --> Stratégie
    --> Pont

    J'aimerais connaître votre avis sur le sujet et si vous utilisez d'autres Patterns pour maîtriser les règles de gestion complexes tout en restant lisible et maintenable?

    Merci

  2. #2
    Candidat au Club
    Tous les design patterns sont destines a resoudre les problemes de conception de facon a fermer le code a la modification et l'ouvrir aux evolutions.

    Ils respectent tous le premier principe.

    Parti de la, tu peux te defouler et tous les utiliser, ils sont la pour ca.

  3. #3
    Rédacteur

    Difficile de donner une autre réponse que mon prédécesseur, dans l'absolu, il a raison, tous les DP ont une raison d'être.

    Sinon, ma pratique (la mienne uniquement !) m'a montré que les DP les plus utilisés en gestion sont :
      Factory (sûrement l'un des plus connu/utilisé je pense)
      Façade
      Strategy
      Command
      BusinessDelegate
      Adapter
      ValueObject
      MVC (!!!)

    Disons que peut-être tu peux t'investir sur ceux là au début mais encore une fois, chaque DP peut être utilisé en fonction des situations.

  4. #4
    Candidat au Club
    Je tiens juste a apporter une petite precision... meme si la reponse precedente est tout a fait satisfaisante, au sujet du MVC.

    Le MVC est un pattern largement utilise mais globalement conteste dans le sens ou les process et les commandes ne sont pas vraiment decouples.

    On pourra lui preferer des patterns tel que le TaskMaster qui decouple entierement le fonctionnel.

    Je vous invite a lire la description de ce pattern sur objectmentor.

  5. #5
    Membre à l'essai
    merci de vos réponses. Il me semble effectivement que la solution idéale est de regarder quel pattern adopter à quelle solution. Merci de m'avoir fourni une liste de patterns que je vais suivre de plus près. Je travailles sur une architecture générique et j'entends promouvoir l'application des patterns dans le cadre de cette architecture.

    Merci pour vos réponses

  6. #6
    Nouveau membre du Club
    Petit complément, comme je vois que ce DP n'a pas encore été cité : Le Singleton.
    Ce DP est très simple d'utilisation et à mettre en oeuvre ; de plus il est généralement très utile pour coder des classes de services ou des controleurs de cas d'utilisation par exemple.

    Guillaume

  7. #7
    Rédacteur

    c'est vrai mais quand on utilise SPRING, on n'utilise plus ce DP !! (d'où mon oubli)

  8. #8
    Membre averti
    tiens puisque l'on parle de Spring... Le pattern IoC est
    aussi une bonne pratique à connaitre à mon gout...
    A+

    Olivier

###raw>template_hook.ano_emploi###