Patterns and Practices...succhia!

pubblicato il Martedì, 20 Luglio, 2004 10:42

Penso di aver reso abbastanza chiaro in passato che penso che una delle aree più deboli della Microsoft 'sviluppatore esperienza' è il Settore Pattern & Pratiche, non credetemi? OK, cercare di trovare un articolo sul modello di Singleton sul sito; suggerimento, non utilizzare la funzione di ricerca, restituisce un link al Blocco applicazione cache per 'Singleton' e niente affatto per 'Singleton Pattern'! Quando riesci a trovarlo (qui), si possono notare alcune cose:

1. In realtà non spiega dove / perché si desidera usarlo, ecco il 'Contesto'

'Si sta costruendo un'applicazione in C#. Hai bisogno di una classe che abbia una sola istanza, e devi fornire un punto di accesso globale all'istanza. Vuoi essere sicuro che la tua soluzione è efficiente e che sfrutta le caratteristiche di runtime di linguaggio comune Microsoft .NET. È anche possibile assicurarsi che la soluzione sia sicura. '

Che è tecnicamente preciso, assolutamente ... ok, quindi perché si vuole effettivamente utilizzare? Alcuni esempi possono aiutare qui!

2. Questa non e' davvero l'implementazione piu' semplice o "migliore" per i miei soldi. Questo e' - ha un sacco di versioni che spiegano i benefici / svantaggi di ciascuno.

Mi sono lamentato di questo prima, motivo per cui lo sto facendo di nuovo? Stavo cercando di trovare una implementazione decente di uno schema specifico, il Vista dispatcher - alla fine sono andato al Sito Sun Patterns e tradotto dalla versione J2EE in C#... che è un rompipalle! Non riesco a trovare il post al momento, ma ho letto alcune cose sul blog di qualcuno che l'attenzione era stata sullo sviluppatore 'professionale' in contrasto con l'"opportunista' sul sito P&P ... significando quelli con formazione comp-sci formale rispetto a quelli che hanno scelto di diventare sviluppatori dopo aver qualificato in un argomento diverso. Hmm...Non so se il Regno Unito è insolito, ma direi che tra i molti sviluppatori con cui ho lavorato, circa il 5% sono stati laureati in Comp-Sci - e non sono stati facilmente identificabili dal loro livello di abilità. Trovo questo davvero fastidioso, pattern dovrebbe essere il linguaggio universale di tutti gli sviluppatori, certo, il 'Enterprise Developer' probabilmente si baserà su pattern di più (come l'uso di pattern può notevolmente semplificare la creazione e la comprensione futura di sistemi aziendali complessi) ma credo davvero che Microsoft hanno fatto cadere la palla in non spingendo pattern più alla comunità di sviluppatori generali. Siti come DoFactoryCity name (optional, probably does not need a translation) riempiono parte del gap ma sono ancora perplesso dal Patterns agnosia su siti come MSDN, anche il Centro di architettura A malapena li menziona... andiamo, è come costruire una casa con materie prime come argilla e legno piuttosto che usare cose come mattoni e porte.

Ad ogni modo, rintocchiamo...