Svar: Designmönster blev ett etablerat begrepp i slutet av 1970-talet inom byggnadsarkitektur genom Christopher Alexanders svit av böcker på området.
Flera personer inom mjukvaruindustrin såg möjligheten och ett antal artiklar och böcker har publicerats sedan dess. Första boken brukar tillskrivas James O Coplien, vars ”Advanced C++ programming styles and idioms” kom ut 1991.
De flesta utvecklare i dag är dock mest bekanta med boken ”Design Patterns” av Gang of four, Gof, från 1994.
Designmönster handlar i princip om en abstraherad lösningsbeskrivning på ett visst identifierat problem. Jag tror definitivt att de är lika användbara och aktuella i dag som på 1980-talet.
Programmering handlar mycket om att känna igen just mönster och återanvända tidigare lösningar.
Kreativitetsruset för en utvecklare består ofta i att komma på en ny lösningsvariant som med tiden kan bli ett mönster. I det perspektivet vågar jag påstå att programmering har en likhet med konstnärligt skapande.
Att däremot använda ett befintligt mönster blir en del av det dagliga hantverket.
Mer tankar kring det här ämnet återfinns i en artikel på Microsofts utvecklarnätverk som jag skrev nyligen. Se www.msdn.se/artiklar: ”Det gedigna hantverket och den kreativa skapandekraften”.
Kärnpoängen är att alla utvecklare använder designmönster vare sig de känner till Gof eller inte. Ett naturligt steg inom kompetensförkovring är att ta till sig andras beskrivningar av designmönster. På köpet får man då en gemensam vokabulär utvecklare emellan.
En tillräckligt generell mönsterbeskrivning är dock svår att göra eftersom de bortabstraherade detaljerna kan vara viktiga för en komplett bild av problemet med tillhörande lösning. Likväl är det just konsten att abstrahera alla utvecklare dagligen ägnar sig åt i sina jobb.
Tyvärr är den utmaningen stor och somliga utvecklare byter till och med jobb: se www.codesqueeze.com/im-quiting från den 1 april.
Några enkla designmönster från Gof-boken jag själv ofta använder är template method, strategy och decorator. Jag får tillstå att jag inte har någon favorit utan tillämpar befintliga mönster just som ett hantverk, inte som en religion.
Jag tror mer på att dogmatiskt försöka följa kända programmeringsprinciper som exempelvis Single responsibility principle. Dylika principer påverkar hur du skriver din kod i de flesta situationer och är oberoende av problemet.
Kunskap om erkänt etablerade mönster ger dig en utmärkt verktygslåda och en gemensam vokabulär gentemot andra utvecklare.
- IT
- CIO Sweden
- Computer Sweden
- CS Jobb
- CSO
- Executive Report
- IDG.se
- Internetworld
- IT i vården
- IT24
- IT-tjej
- Level
- M3
- MacWorld
- PC för Alla
- TechWorld
- Testcentret
- ANDRA OMRåDEN
- Big Twin
- Biotech Sweden
- CAP&Design
- MiljöAktuellt
- Studio
- Teknik360 NY!
- Upphandling24
- MER FRåN IDG
- Branschkoll
- Kundcase
- Nyhetsbrev
- Pressmeddelanden
- Whitepapers & Webcasts
Vem tycker du är
OBS! Denna artikel är mer än tio dygn gammal och är därför stängd för vidare debatt.