10 errori ogni sviluppatore .Net sarebbe pentito

Ammettilo! Tutti commettiamo errori. Nessuno dei nostri codici inizia a lavorare in uno sciopero. Facciamo errori di battitura, dimenticano firma off o, come accade con la maggior parte di noi, si affacciano la fase di test, soprattutto quando si tratta di sviluppo ASP.net. Errare è umano. Così, commettere errori è solo un altro fenomeno umano. Ciò che conta è il modo per affrontare i vostri errori e come si escogitare modi per evitarli nelle iniziative a venire. Qui &'; sa compilazione di alcuni degli errori più comuni di test che gli sviluppatori spesso commettono ristorazione, mentre a esternalizzare esigenze di sviluppo del Net. Diamo &'; s un'occhiata

XSS Problemi di sicurezza:
Il look and feel del vostro utente e, naturalmente, la sua manutenzione è nelle tue mani.. Assicurarsi che tutti i campi user-input sono ben personalizzati, in modo che nessun JavaScript o HTML che un utente inserisce possono rovistare tua pagina web.

Universal Localizzazione:
Di norma solito, come si inizia lo sviluppo di una nuova funzionalità, si mantiene tutto il testo in codice difficile in quanto vi sono probabilità di alcuni cambiamenti nel corso dello sviluppo. Non appena il team di progetto approva la funzione, si localizza il testo. Tuttavia, a volte si tende a dimenticare localizzazioni di tutto il testo. Ti ricordi di codificare, ma quando si tratta di localizzazione si tende a firmare senza fare lo stesso. Probabilmente questa lista di controllo ci ricorda la localizzazione prima di firmare fuori la prossima volta.

Net si comporta bene con IE 6 e 7 e Firefox:
test conduce spesso riferiscono di problemi di compatibilità cross-browser che emergono di volta in volta. La maggior parte di questi problemi di solito racchiudono piccoli nodi, come al solito IE 6 questioni o problemi minori relativi al posizionamento di elementi. Stiamo dedicatedly concentrando sulla versione IE 6 e 7 e Mozilla Firefox per due motivi. In primo luogo, se la tua pagina web funziona bene in questi tre browser, funzionerà bene su Opera e Safari pure. In secondo luogo, oltre il 98% dei visitatori accedere al sito attraverso questi browser.

Codice riutilizzo come e quando richiesto:
Questa legge è applicabile su tutte le piattaforme di programmazione e ASP.Net non fa eccezione. Elementi di server e user-comando separati consentono specializzazione del codice in modo che possa essere utilizzato in altri luoghi.

Commentando il codice:
ci sono due modi per questo. Documentare sempre il codice bene e commentare i posti giusti, in modo che sia più facile per gli altri sviluppatori di riprendere da dove hai lasciato.

Testo estesa doesn &'; t significa rotto Design:
È un dato di fatto, i nomi di solito don &'; t si estendono oltre 50 caratteri, ma se qualche utente immette un nome contenente 300 o anche di più personaggi. Ovviamente, in questo caso l'interfaccia utente verrà interrotta. In questo caso si hanno due opzioni- sia codici vostra interfaccia di accettare input di testo lunghi o mettere un limite alla lunghezza del testo può utenti di input.

Scrivi Unità quando possibile:
Unit testing per il tuo sito web può essere un lavoro noioso, soprattutto se non si utilizza quadro ASP.Net MVC per lo stesso. Tuttavia, tirando la logica code-behind in diversi componenti che possono essere posizionate nella biblioteca può consentire di testare le unità. Invece di trattare con gestori HTTP usando Ashx file, inserendoli in librerie separate è una buona opzione.

Peer verifica prima della prova:
Prima di firmare l'eventuale caratteristica appena aggiunta e inviarlo attraverso il test team, di solito si passa attraverso la verifica tra pari. Come suggerisce il nome, di verifica tra pari, uno dei vostri colleghi mette alla prova la funzionalità di applicazione che avete appena sviluppato e cerca di trovare difetti in esso. Ciò consente di identificare facilmente gli errori e semplifica anche il processo per il team di testing. Quando i programmi sono davvero stretti, spesso ci dimentichiamo di chiedere la verifica tra pari e si vede definitivamente alla fine

funzionamento previsto di Enter-chiave:.
Quando si utilizza WebForms in ASP.Net , il tasto entrare spesso inizia a funzionare stranamente. In questo caso, è possibile impostare pulsanti predefiniti sulla WebControl Panel o da code-behind.

Esci per prodotto Proprietario:
Per impostazione predefinita, la proprietà di una caratteristica del prodotto risiede con il team del prodotto. Gli sviluppatori hanno anche una quota di proprietà, ma che è solo fino a quando il livello di attuazione. Spesso, quando si ha troppo da gestire, si dimentichi di ottenere un segno fuori dal proprietario del prodotto. Se il proprietario doesn &'; t firmare il vostro lavoro vi significa haven &'; t stato completato, anche se è stato già contrassegnato come eseguita
Questo è frustrante e possono estendere le scadenze..

Gli errori di cui sopra sono comuni e può essere fatta da qualsiasi sviluppatore. Se sei uno sviluppatore Asp.net, questi errori devono essere curati nella prossima impresa di sviluppo. Se sei un imprenditore e cercando di assumere gli sviluppatori .net, allora sì che gli sviluppatori si occupano dello stesso, mentre lo sviluppo dell'applicazione web Hotel  .;