Quanti programmatori ASP.NET programmano usando OO puro?

La tua domanda su "quante" è probabilmente impossibile da rispondere. In generale è certamente una valida opzione per utilizzare i concetti OO con ASP.NET. Ho lavorato su alcune applicazioni ASP.NET abbastanza grandi che avevano molti assembly diversi divisi in livelli con concetti OO a pieno titolo, pattern, ecc. Ho anche lavorato con piccoli progetti ASP.NET che "fanno funzionare le cose" e avere tutta la logica aziendale nel gestore myButton_Click. E poi ci sono molti in-intermediari.

Devi decidere, in base alle esigenze del progetto, se l'investimento aggiuntivo iniziale di "OO pesante" valga la pena a lungo termine. Su un progetto sufficientemente ampio, potrebbe essere l'unica opzione praticabile. Ma i progetti più piccoli possono sicuramente "scappare" con il metodo rapido e sporco e avere successo.

Inoltre, per inciso, sembri equiparare "get / set" con OO. Questa è un'associazione debole nel migliore dei casi, e certamente non il concetto più essenziale con OO. Separazione di preoccupazioni, polimorfismo, incapsulamento, ecc. Sono tutti molto più importanti per OO di quelli ottenuti / impostati.

Se pensi che l'uso di get / set sia "puro OO", hai seriamente frainteso i principi del design OO. Potresti trovare link utile per iniziare a pensare a OO in modo diverso.

Per favore non essere scoraggiati dal fatto che quell'esempio è in Java. Il buon design OO è ragionevolmente indipendente dal linguaggio.

Oggi è praticamente la stessa cosa. Molti sviluppatori web fanno solo funzionare le cose. Triste ma vero. Stanno usando componenti pronti, e lo sviluppo si basa principalmente su "clicca qui, quindi fai clic qui e F5". Ovviamente la qualità del codice fa schifo, ma in qualche modo funziona, quindi perché preoccuparsi (pensano).

Avendo visto molti progetti per molti anni, direi che le cose stanno migliorando. Se ci pensate, i primi sviluppatori ASP.NET sono stati trasferiti dal classico ASP. L'ASP classico aveva scarso supporto per la programmazione OO (sebbene fosse grande su include annidati), quindi il classico stile procedurale ASP trasferito su ASP.NET, anche se VB e C # erano meglio equipaggiati per gestire i concetti OO.

Oggi molti nuovi professionisti sono formati utilizzando il design OO e ci sono una miriade di progetti open source da cui imparare. Più interessante, vedo influenze più funzionali negli ultimi 2 anni. Linq è un vero punto di svolta.

E sì, un design più strutturato, OO o funzionale, vale la pena.