Reprise du message précédent :

oué, il est pas mal.
 
Ce qui est surtout utile dans le bouquin "Design Pattern", c'est le début, où ils montre comment on assemble ses petits patterns pour faire un vrai programme (le traitement de texte).
La collection de patterns qu'il donnent, on la trouve partout sur le net (y compris sur le lien de kad). D'ailleur le pb c'est que personne ne connait d'autres patterns à force d'insister sur ceux-là. D'où l'interêt de "UML et les Design pattern" qui en donne d'autres, plus fondementaux encore (pour répartir les responsabilités).

bah y'a la première qui relache un sémaphore que la seconde attend, c'est la pattern le plus con.
 
Je vois pas le rapport avec les patterns objet.

Alors le singleton sert typiquement de quelle manière ?

Il sert soit à économiser de la mémoire pour les objets sans état interne (les constantes en gros), soit parce que, par conception, la classe ne peut avoir qu'une seule instance.
 
Pour le premier cas, l'exemple typique sont les Fabriques Abstraites, qui très souvent ne possèdent pas d'état interne.
 
 
 
edit : bonjour, je sais pas lire mais je réponds quand même.

Template method tu traduis ca en :
 Patron de méthode
        ou méthode de patron ???
thx
 

Patron de méthode, patron au sens du patron de couture (le plan à l'échelle 1, qui est aussi le modèle).

vi nraynaud mais c est pas ma question
Template method en francais c'est patron de methode ou methode de patron? moi je me dis methode de patron.

moi avec mon background, je dirais méthode template

patron de méthode.

Et c'est là tout l'avantage. Quand deux concepteurs/développpeurs discutent de l'architecture d'un soft et que l'un dit : "ben là, entre ces classes, y un a patron observateur", paf, c'est direct, ils se comprennent. Pas la peine de s'emmerder à expliquer : "alors cette classe s'enregistre sur cette classe-là et quand les valeurs changent, on l'imforme avec un update.". Mais ce genre de comportement entre classes, ca existe depuis qu'on programme c'est clair.
 
Intérêt des patterns : compréhension d'un modèle, architecture plus claire.

Un pattern c'est pas une définition, c'est une forme générale de solution à une classe de problème. Un type qui code le diagramme de classe montré en exemple ou qui repompe la solution d'un bouquin comme tu le dis, effectivement, il a rien compris aux patterns.
 
Edit: et l'intérêt de la forme de solution, c'est que justement t'as pas besoin de "repenser from scratch" une solution pour un problème "classique" à chaque fois, mais juste à adapter la forme de solution à ton contexte.

Et l'avantage de mettre des noms c'est de pouvior se comprendre. Si tu vas par là, tout est un nom à la con pour une technique qu'on utilise tous les jours. Je fais pas de l'UML mais du dessin, la STL ça pue je vais me faire ma mini structure, ...
Les DP, j'aime bien le concept, car on part de nombreux cas concrets, on en tire la moelle et on généralise. C'est comme cela que j'envisage la théorie : bâtie sur la pratique. Ca ouvre l'esprit et évite de réinventer la roue.

+1 HelloWorld  
 

j'aime bien ton point de vue Ernestor, l'experience parle.

 
En même temps, j'en ai pas utilisé souvent souvent (par manque d'occasion, je développe pas tant que ça)  
Mais je vois bien l'intérêt de le faire

fayot
 
et thx a taz il sait pq!

merde, j'aurais pu taper du taz mais tout à déjà été dit

la bible >> http://hillside.net/patterns/DPBook/DPBook.html
 
(me semble pas avoir déjà vu le lien)
 
sinon je viens juste de commander ça
http://www.amazon.com/exec/obidos/ [...] 51-5395925
et
http://www.amazon.com/exec/obidos/ [...] 51-5395925
 
mais c'est un peu plus avancé je crois digère déjà le premier... puis tu trouveras des trucs plus modernes sur le net apres. (parce que bon, le singleton, c'est parfois un poil cromagnonesque )
(InversionOfControl )

Bon, on est pas hors sujet, que reproches-tu exactement au pattern singleton ?

je trouve ça assez cauchemardesque à maintenir dès que tu en as plusieurs dans un projet...

hum, peux-tu développer stp, normalement un singleton ça se voit pas (sauf, l'accès).

ne serait-ce que parce que le code reuse est completement limité par la nature statique du truc.
 
http://www.picocontainer.org/differentiators.html voir dans le bas...

euh ça se voit pas euh ...  le mec qui developpe le ou les singletons il le voit hein  

Je comprends toujours pas, tu peux détailler un peu plus stp ?
 
 
 
edit : peut-être en t'appuyant sur un exemple ?

 
Si tu veux, on peut mettre toute la classe statique
 
(je l'ai vu faire)

ce qui, dans cette situation, est équivalent à definir un namespace. Pourquoi pas?

 
Parceque la classe en question est la classe document, et c'est pénible pour évoluer vers un MDI

bah oui, mais le MDI c'est pénible aussi ...
 
 
 
(c'est quand même balaise de tout foutre en statique, chapeau !)

 
Quelle idée d'embaucher des anciens cobolistes

ça compte pour les 6% d'handicapés ?

 
mouai clair
 
edit : ça part en couille...

thx real moins moins pour les bouquins.

de rien
 
le premier c'est la bible, vraiment.
(et ça fait tjs bien de dire que tu l'as lu à en entretien d'embauche ... et si le mec qui t'interviewe connait pas, c'est signe qu'il faut fuir)

 
Et pour faire voir que tu connais vraiment le bouquin, pour la version l33t, faut savoir que ce bouquin est connu sous le sobriquet de "GoF"
 
Pourquoi GoF ? Parce que "Gang of Four", rapport aux 4 auteurs du livre.
 

Si je peux conseiller un bouquin sur le theme des Patterns (et plus general que ça), c'est Agile Software Development de Robert C Martin chez Prentice-Hall.
AntiPatterns de Brown, Malveau, McCormick et Mowbray chez Wiley est bien aussi.
 

 
A+,

le premier c'est a propos de la "méthodoligie" Agile si je ne m'abuse ?
(ne fuyez pas, j'ai mis les guillemets pour signifier la difference énorme avec un truc style rup)

 
Théoriquement, on peut faire de l'agile avec le RUP. Néanmoins, c'est pas super adapté.

ha mais en fait agile je connais pas(enfin si mais de nom et j'en ai lu que qques lignes), j'étais en train de confondre avec la presentation que j'ai eue sur .. oh merde un truc truc... pas reveillé là ...

 
POas usr, si tu veux du processus lourd, avec le rup, tu peux.

non non j'ai eu une présentation sur un truc leger, qui commence par A aussi si je ne m'abuse, et qui est lié de pres ou de loin avec l'XP.
alors je me vois mal faire ça tout en me tapant des documents rup qui me prenne (à moi) 3 semaines