Ridi se vuoi, ma sviluppavo solide applicazioni line-of-business in VB6, molto prima che arrivasse il framework .NET. Perché, quando avevo la tua età, camminavamo per due chilometri sulla neve, in salita. Entrambi i modi ...
Lo ami o lo odi, VB6 aveva una sensazione REPL -like, e uno sviluppo molto rapido ciclo. Mi piacerebbe sapere come avvicinarmi a quel processo in C #. In VB6, potrei scrivere una funzione, eseguirla, eseguirne il debug e renderla pienamente funzionante in pochi minuti. Mi è stato detto che è così che funziona la folla Lisp. È uno stile di programmazione molto rapido.
In C # scrivo una funzione, quindi scrivo un unit test per quella funzione (che è OK, ne capisco il valore), poi faccio clic con il pulsante destro del mouse, eseguo test, attendo che il progetto compili (richiede circa 10 secondi in questo momento, che sarebbe un'eternità per un loop REPL), e ottenere un'eccezione. Onestamente, questo mi sembra più simile ai miei giorni da junior college, quando davo da mangiare a schede perforate in una tramoggia e aspettavo una stampa (esagerando solo leggermente per effetto).
Inoltre, la mia tendenza al giorno d'oggi è di rendere tutto public
mentre lo sto testando. Il test delle unità con accessors privati funziona correttamente, ma non è possibile rintracciare il codice (a meno che, naturalmente, non stia facendo qualcosa di sbagliato) mentre lo si sta utilizzando.
Quindi quello che mi piacerebbe sapere è, quali modifiche hai apportato al tuo processo di sviluppo in C # per semplificarlo e rendere possibile scrivere e verificare il tuo codice molto rapidamente?