Version imprimable
Bonjour
J'ai fait de l'UML 3 fois dans différente école sans jamais savoir qu'il existé quelque chose qu'on appelé " Pattern " ;)
Selon ça définition BAsic, c'est une structure d'interface, dédier à faire un travail précit, et qu'on implémente dans nos programme.
MErci de nous dire plus d'infos sur cette technologie et comment elle Marche
Les "Design Pattern" pour utiliser le nom complet ne sont pas à proprement parler une "technologie".
Ce sont des architectures logicielles identifiées comme répondant à des problèmes que l'on retrouve souvent lors d'un développement logiciel.
Un design pattern propose donc une solution (diagramme de classe par exemple) qu'il suffit de coder. Bon parfois, il faut y ajouter quelques adaptations pour l'intégrer à un contexte.
Pour faire un parallèle avec la construction de maisons, les design pattern seraient les plans de construction de maisons d'un constructeur.
Exemple : Developper un logiciel en langage objet demandant un accès à une BD relationnelle. Le design pattern existe déjà.
Bonjour MErci pour vôs Infos, sinon je voulais seulement savoir si en fin de compte un designe Pattern ne serait pas un crookies, seulements des déclarations de fonctions, Mais dans ton exemple d'accé à Une BD, une simple déclaration de l'entête des Fonctions (Des noms et Titres des Fonctions) pourrait Faire pour nous aider à faire ce Programme. ???Citation:
Envoyé par Cian
MERci
!?!Citation:
Envoyé par Cian
Pas vraiment. Les pattern architecturaux n'ont rien a voir avec les pattern de class.
Je teconseil le livre:
The Design Patterns Smalltalk Companion
Et moi j'ai fait des Patterns sans savoir qu'UML 3 existait :aie:Citation:
Envoyé par faressam
PS : ça existe pas on dirait 8O ;) :roll:
justement c est la, la question, pourquoi on apprend a modeliser avec les differentes diagrames, si les patternes ou chaque Pattern est deja un modele specifique pour resoudre un Probleme donner.Citation:
Envoyé par KiLVaiDeN
Sinon on solicite Votre aide pour plus d explications et d eclairsissement :mrgreen:
MErci d avance
Les Design Pattern sont des "modèles de conception" et sont référencés dans plusieurs ouvrages. Ils permettent de répondre à des problèmes de programmation récurrents. Chacun de ses "patterns" peut être modélisé grâce au langage UML. Il ne s'agit pas vraiment de croquis mais plus de "modèles" finis et structurés.
En gros bien faire la différence entre un pattern qui est un modèle particulier offrant une solution précise (qui peut être modélisé par des diagrammes UML) et l'UML qui est un langage qui permet de modéliser des problèmes (dont les Design Pattern).
Je voulais dire que UML3 ça n'existe pas. C'est UML2 :)Citation:
Envoyé par faressam
A+
ce qui il faut retenir:Citation:
Envoyé par KiLVaiDeN
design pattern: les probéme fréquenté dans la conception ont leurs donne une solutions. cette solution est la meilleure!!. car flexible, facile à maintenir, etc.
donc, on parle de pattern lorsque: - le problème est fréquenté,
- on donne une solution à ce problé.
- on donne un nom pour identifier ce pattern.
il existe normelemnt 23 pattren de conception.
pour uml et design pattern: design pattern utilise UML pour shématiser la solution
Il en existe bien plus que 23 ! Il y en a 23 qui sont considérés comme de base, mais il y a des patterns pour chaque catégorie de programme. MArtin Fowler a créé une série chez Addison-Wesley à ce sujet, entre Analysis Patterns, Patterns for Enterprise Architecture, il y en a plusieurs dizaines de plus ;)
Voir des milliers de plus. J'ai lu quelque part que le Pattern Almanach contient plus de 1000 patterns. Evidemment, chacun est plus ou moins dédié à un ou plusieurs domaines, et on peut en général construire ces patterns avec des patterns plus fondamentaux.Citation:
il y en a plusieurs dizaines de plus
En faite après ce que j'ai constaté, c'est que les Pätterns sont des Modéles Crookies Structures Prédéfinie, afin de résoudre des Probléme de Conceptions connu est complexe. 8O
En d'autre Termes, lors du dévelop^pement d'un logiciel, on a un cahier de Charge Fonctionnelle (Différent du Cahier de Charge Classic ??? ), est c'est
de là ou on sort toutes les Classes requissent pour nôtre application, et on définie le Pattern Idéal, Mais pour mon probléme c'est de choisir quel Pattern Utilisé après la lecture d'un cahier de Charge.
MErci de vôtre aide, (ainsi la possibilité de nous présenté un Exemple Concret)