Vedo due principali motivi:
- tempo di compilazione il controllo degli errori.
- Evitare il sovraccarico di compilazione in prima pagina.
Il primo di questi consente di rilevare più errori durante lo sviluppo (ad esempio errore di digitazione nel nome della proprietà) piuttosto che ottenere lo schermo giallo della morte. Se il codice in questione è un percorso di errore, può essere difficile garantire la copertura del test in modo che le cose possano passare.
Questo non può garantire che non ci saranno errori nella produzione. Chiaramente gli errori logici non saranno trovati in fase di compilazione, né mancherà la gestione degli errori (per citare solo due grandi categorie di bug).
Inoltre, non impedirà l'assenza di problemi di riferimento a causa di un assembly mancante (presente nel computer di sviluppo ma non distribuito in produzione). Quindi, le buone pratiche devono ancora avere un ambiente di staging (questo potrebbe essere anche per il test di accettazione) che viene trattato dagli sviluppatori e dai tester come se fosse produzione --- l'unico accesso è quello di distribuire una versione corretta (senza correzione diretta) quindi corregge tutti iniziare nello sviluppo (e nel controllo del codice sorgente).
Hai ottenuto il tuo punto lì, grazie mille. Ma, che ne pensi della mia seconda domanda, ci saranno possibilità che dopo averlo compilato sul mio computer locale e averlo distribuito su un server, il sito abbia degli errori? Causato forse perché le impostazioni sulla mia macchina e sul server sono diverse come numero/tipo di CPU, forse? –
@mcxiand: guarda gli ultimi due paragrafi che riguardano la tua seconda domanda. – Richard
Lo vedo ma non risponde alla domanda. Sto dicendo di "impostazioni della macchina" non di errori logici o assemblaggio mancante. –