Vandaag is ��n van die dagen. Ik ontwerp een nieuwe software en in een weerspiegelende stemming. Ik realiseerde hoeveel van ons populair kader en software eenvoudig stomme ontwerpen zonder zorgen voor bruikbaarheid en esthetica zijn. De patronen worden blind gevolgd. Overal leest u flapteksten over een software/een kader die x of ypatroon hebben u zou moeten weten u voor probleem wordt geleid.

Sommige populaire modewoorden vandaag zijn IoC (de Injectie van het Gebiedsdeel), MVC, MVC2 enz. vragen veel van die zelfde ontwerpers die greedily incoroporate dergelijke patronen over gebruiksgevallen wanneer die patronen niet zouden moeten worden gebruikt en u een spatie staren bijna elke keer of een bondig antwoord zullen krijgen dat er niets zijn.

Ik vraag mijn potenti�le werknemers wanneer MVC niet zou moeten worden gebruikt en ik ben nog niet een fatsoenlijk antwoord geworden. Kunt u?

Ik las over dit nieuwe prachtige kader genoemd Strepen. Ik houd van het. Nochtans vereist het u om kwade vangstoffen en zetters te hebben. Hoe de gekomen mensen realiseren niet dat de vangstoffen en de zetters slecht zijn. Hoe de gekomen mensen niet dat zij zijn werkelijk geori�nteerd geen voorwerp - realiseren. In feite wijst het hebben van vangstoffen en zetters meestal op een ontwerpprobleem.

Hoe de gekomen mensen niet om te realiseren het ontwerp niet over patronen of modewoorden is. Het is altijd een inruil tussen mogelijkheden. Slechts weet een goede ontwerper het hoe te om de gevolgen in evenwicht te brengen en een juiste keus te maken, geldig voor een bepaalde duur.

Ik werd ongeduldig tegen de minuut toen ik rond een oud artikel van Alan Holub liep (kan hij leeft aan rijpe oude dag en met volledige gezondheid). Hij heeft precies over de kwesties gesproken ik spreek over en het uitgedrukt beter dan ik kon. Laat me hem citeren.

Ontwerp, door aard, is een reeks compromissen. Elke keus heeft een goede en slechte kant, en u maakt uw keus in de context van algemene criteria die door noodzaak worden bepaald. Goed en slecht zijn niet absolutes, nochtans. Een goed besluit in ��n context zou in een andere slecht kunnen zijn.

Als u beide kanten van een kwestie niet begrijpt, kunt u geen intelligente keus maken; in feite, als u alle vertakkingen van uw acties niet begrijpt, ontwerpt u helemaal niet. U struikelt in dark. Het is geen ongeval dat elk hoofdstuk in de Troep van het boek van Vier Patronen van het Ontwerp een sectie omvat van Gevolgen die beschrijft wanneer en waarom gebruiken van een patroon ongepast is.

Het verklaren dat ��n of andere taaleigenschap of gemeenschappelijke programmeringsidiomatische uitdrukking (als accessors) problemen hebben is niet het zelfde ding dat zeggend u hen in om het even welke omstandigheden nooit zou moeten gebruiken. En enkel omdat een eigenschap of een idiomatische uitdrukking algemeen niet worden gebruikt betekenen u het zou moeten gebruiken ��n van beiden. De niet ge�nformeerde programmeurs schrijven vele programma's en eenvoudig wordt tewerkgesteld door Sun Microsystems of Microsoft verbetert de programmering of het ontwerp van iemand magisch geen capaciteiten. De pakketten van Java bevatten heel wat grote code. Maar er zijn ook delen van die code ik zeker ben de auteurs pijnlijk om zijn toe te laten zij schreven.

Tevens, duwen de marketing of de politieke aansporingen vaak ontwerpidiomatische uitdrukkingen. Soms nemen de programmeurs slechte besluiten, maar de bedrijven willen bevorderen wat de technologie kan doen, zodat DE-benadrukken zij dat de manier waarin u doet het minder dan ideaal is. Zij maken het beste van een slechte situatie. Derhalve irresponsibly handelt u wanneer u om het even welke programmeringspraktijk eenvoudig goedkeurt omdat dat de manier is u verondersteld bent om dingen te doen. Velen ontbraken de projecten van de Onderneming van JavaBeans (EJB) bewijzen dit principe. De op eJB-gebaseerde technologie is grote technologie wanneer geschikt gebruikt, maar kan een bedrijf letterlijk neerhalen indien ongepast gebruikt.

Mijn punt is dat u niet blind zou moeten programmeren. U moet de verwoesting begrijpen een eigenschap of de idiomatische uitdrukking kan veroorzaken. Zo doende, u bij veel beter machte bent om te besluiten of u die eigenschap of idiomatische uitdrukking zou moeten gebruiken. Uw keuzen zouden zowel moeten worden ge�nformeerdn en pragmatisch.

Ik keur met hem 110% goed.

Nu het van mijn borst is, laat me naar het ontwerpen terugkeren.