L'oggi � uno di quei giorni. Sto progettando un nuovo software ed in un umore riflettente. Io hanno realizzato quant0 delle nostre strutture popolari ed il software sono i disegni semplicemente stupidi senza le preoccupazioni per l'impiego possibile e l'estetica. I modelli sono seguiti ciecamente. Dovunque leggete le fascette pubblicitarie circa un software/struttura che ha x o modello di y dovreste conoscere che capo per difficolt�.

Alcune parole alla moda popolari oggi sono COI (iniezione) di dipendenza, MVC, MVC2 che ecc. chiedono a molti di quei stessi progettisti che avido il incoroporate tali modelli circa uso mette quando quei modelli non dovrebbero essere usati ed otterrete quasi sempre uno sguardo fisso in bianco o una risposta brusca che non ci ne sono.

Sono chiedendo ai miei impiegati potenziali quando MVC non dovrebbe essere usato ed ancora non ho ottenuto una risposta rispettabile. Potete?

Stavo leggendo su questa nuova struttura meravigliosa denominata Stripes. La gradico. Tuttavia gli richiede di avere i degasatori ed incastonatori diabolici. Come mai la gente non non rend contoere che i degasatori e gli incastonatori sono difettosi. Come mai la gente non non rend contoere che non sono realmente orientate oggettivamente. In effetti avere i degasatori ed incastonatori principalmente indica un problema di disegno.

Come mai la gente non realizza il disegno non � circa i modelli o le parole alla moda. � sempre un rapporto tra le possibilit�. Soltanto un buon progettista sa equilibrare le conseguenze ed operare una scelta adeguata, valida per certa durata.

Stavo ottenendo impaziente entro il minuto in cui mi sono allontanato intorno ad un vecchio articolo da Alan Holub (pu� vive alla vecchiaia matura e con salute completa). Ha parlato esattamente delle edizioni che sto parlando di e la ha espressa pi� meglio di potrei. Lascilo citarlo.

Progetti, dalla natura, � una serie di alternanze. Ogni scelta ha un buon e lato difettoso ed operate la vostra scelta nel contesto dei test di verifica generali definiti dalla necessit�. Buoni e Male non sono gli assoluti, tuttavia. Una buona decisione in un contesto ha potuto essere difettosa in un altro.

Se non capite entrambi i lati di un'edizione, non potete operare una scelta intelligente; infatti, se non capite tutte le ramificazioni delle vostre azioni, non state progettando affatto. State inciampando nello scuro. Non � un incidente che ogni capitolo nel gruppo di un libro di quattro modelli di disegno comprende una sezione di conseguenze che descrive quando e perch� usando un modello � inadeguato.

Dichiarare che una certa caratteristica di lingua o idioma di programmazione comune (come i accessors) ha problemi non � la stessa cosa come dirlo dovrebbe mai non usarlo in tutte le circostanze. E solo perch� una caratteristica o un idioma � comunemente usato non significa che dovreste usarli l'uno o l'altro. I programmatori non informati scrivono molti programmi e semplicemente essendo impiegando da Sun Microsystems o da Microsoft non migliora magico qualcuno che programma o non progetta le abilit�. I pacchetti del Java contengono molto grande codice. Ma ci sono inoltre parti di quel codice sono sicuro gli autori sono confusi per ammettere che hanno scritto.

Nella stessa maniera, introdurre o i motivi politici spinge che spesso gli idiomi di disegno. A volte i programmatori prendono le decisioni difettose, ma le aziende vogliono promuovere che cosa la tecnologia pu� fare, in modo da de-emphasize che il senso in cui fate esso � pi� di meno dell'ideale. Fanno il meglio di una situazione difettosa. Di conseguenza, vi comportate irresponsabile quando adottate semplicemente tutta la pratica di programmazione perch� che � il senso che siete supposto fare le cose. Molti progetti guastati JavaBeans di impresa (EJB) dimostrano questo principio. la tecnologia EJB-basata � la grande tecnologia una volta usata giustamente, ma pu� portare letteralmente gi� un'azienda se usata inadeguato.

Il mio punto � che non dovreste programmare ciecamente. Dovete capire che il havoc una caratteristica o un idioma possa provocare. In tal modo, siete in una posizione molto migliore per decidere se dovreste usare quella caratteristica o idioma. Le vostre scelte dovrebbero essere sia informate che pragmatiche.

Sono d'accordo con lui 110%.

Ora che � fuori dalla mia cassa, lascilo vanno indietro alla progettazione.