Comments on: Patterns I Hate #2: Template Method

By: Design Patterns Uncovered: The Template Method Pattern | jamessugrue.ie

Design Patterns Uncovered: The Template Method Pattern | jamessugrue.ie — Mon, 26 Sep 2011 04:57:23 +0000

[...] to follow – without the help of stepping through the code with a debugger. Alex Miller provides a detailed rundown of the reasons he hates the template method pattern in his [...]

By: Doug

Doug — Wed, 14 Sep 2011 00:29:41 +0000

The templated Policy Pattern is better than interfaces in my experience – less code, strongest types. The main thing that I have learned is that there is no such thing as a thing being universally better or best.

What’s better, a Lamborghini or a Mack dump truck? Depends on if you need to transport 50000 pounds of dirt!

What systems seriously expose all this grand composition from interfaces and abstraction technobabble. How many abstract base classes written by someone else have you really inherited and implemented? I don’t know about you, but can’t remember having implemented a base written by someone else – it has always been my own base class and my own implementations, when it fits the problem perfectly. All this interface composition stuff is mostly a bad case of YAGNI; Ya aint gonna need it.
Solve the problems you actually have using the methods that you feel are the most appropriate, set aside the pedantic attitudes that doing it such and such way is “cooler” or “better”.

By: Luke

Luke — Wed, 08 Dec 2010 18:25:10 +0000

Thanks, very clear article and examples.

By: PROG [Java] Protected/private/public - Pagina 2 - 9lives - Games Forum

PROG [Java] Protected/private/public - Pagina 2 - 9lives - Games Forum — Wed, 14 Jul 2010 21:56:53 +0000

[...] Dat zijn toch 2 geheel verschillende concepten, maar ik vind je uitspraak wel interessant, argumenteer eens? Mja, (eerst effe disclaimer doe dus C#) Meeste projecten die ik doe veranderen de requirements tijdens development Dus met de eerste versie van de requirements is het dan altijd, "ola ik kan hier inheritance gebruiken en ga der een schoon OO design van maken" dan gebeurt het -> change requests "Allez effe wat virtual methods in de base class maken die ik in de sub classes kan overriden." (Dan krijgt ge dus al een half-bakken template pattern) "ah, maar men subclass word ergens gebruikt in een class/form A en daar zou ik andere functionaliteit moeten hebben in men baseclass dan wanneer ik hem in class/form B gebruik." Laten we dat dan maar effe oplossen met een functional pointer naar de baseclass … Uiteindelijk is het gewoon niet meer maintainable, laat staan voor iemand die der de eerste keer doorloopt met debuggen Vooral dus bij de grote classes die zeker zullen wijzigen in de loop van het project doe ik dat liever niet, uiteindelijk hebt ge altijd een template pattern, en dat vind ik voor grote classes met veel functionaliteit niet duidelijk verstaanbaar genoeg voor een nieuwe developer die die code zou moeten bekijken anyway effe gegoogled naar een artikel dat een beetje duidelijker beschrijft wat ik bedoel -> Patterns I Hate #2: Template Method : Pure Danger Tech [...]

By: jneira

jneira — Mon, 24 May 2010 17:59:31 +0000

Thanks for criticism, i was using the pattern usually as a semiabstract and fast way to reuse algorithms and behaviour. I think the use is controlled: only two or three layers trough one “axis” of abstraction and in internal implementation.
But i take account of drawbacks, some of them i have started to see in my code. Override is a source of errors