10 feil hver .Net utbygger ville Regret

Innrøm det! Vi gjør alle feil. Ingen av våre koder begynner å jobbe på streik en. Vi gjør skrivefeil, glem signering av eller, som det skjer med de fleste av oss, overse testfasen, spesielt når det kommer til ASP.net utvikling. Å feile er menneskelig. Så, gjøre feil er bare en annen menneskelig fenomen. Det som teller er hvordan du takler dine feil og hvordan du tenke ut måter å unngå dem i ventures som kommer. Her &'; s samling av noen av de vanligste test feilene som utviklere ofte begår mens catering å outsource .Net utviklingsbehov. La &'; s ta en titt

XSS Security Issues:
utseendet til din UI og selvfølgelig, ligger dens vedlikehold i dine hender.. Sørg for at alle bruker-input felt er godt tilpasset slik at det ikke Javascript eller HTML som en bruker skriver inn kan ransake nettsiden din.

Universal Lokalisering:
Som vanlig norm, når du begynner å utvikle en ny funksjon, holde deg all teksten i hardt kode som det er sannsynlighetene for visse endringer i løpet av utviklingen. Så snart prosjektgruppen godkjenner funksjonen lokalisere deg teksten. Men til tider du har en tendens til å glemme lokaliseringer av hele teksten. Du husker å vanskelig kode, men når det kommer til lokalisering du har en tendens til å melde seg ut uten å gjøre det samme. Sannsynligvis denne sjekklisten minner oss om å lokalisere før vi logger av neste gang.

Net oppfører seg fint med IE 6 og 7 og Firefox:
Test fører ofte rapportere for kryss-nettleser kompatibilitetsproblemer som dukker opp fra tid til annen. De fleste av disse problemene vanligvis omfatte små kvister som vanlige IE 6 problemer eller mindre problemer knyttet til plassering av elementer. Vi Med tanke fokus på IE versjon 6 og 7 og Mozilla Firefox for to grunner. For det første, hvis nettsiden fungerer godt i disse tre nettlesere, vil det fungere godt på Opera og Safari også. For det andre, over 98% av de besøkende få tilgang til nettstedet ditt gjennom disse nettleserne.

Gjenbruk av kode ved behov:
Denne loven gjelder på tvers av alle programmeringsplattformer og ASP.Net er intet unntak. Separate server og brukervennlig betjeningselementer aktiver spesialisering av koden slik at den kan brukes på andre steder også.

Kommenterer Kode:
Det er ikke to-måter til dette. Alltid dokumentere koden din godt og kommentere på de riktige stedene, slik at det er lettere for andre utviklere å plukke opp der du slapp.

Extended Tekst doesn &'; t Mean Broken Design:
Som et spørsmål om faktum, navnene vanligvis don &'; t strekke seg utover 50 tegn, men hva hvis noen bruker innganger et navn som inneholder 300 eller enda mer karakterer. Selvfølgelig, i så fall UI vil bli forstyrret. I dette tilfellet har du to alternativer-enten koder grensesnittet for å godta lange tekst innganger eller sette en grense på lengden av tekst brukere kan legge inn.

Skriv Units Når Mulig:
Unit testing for ditt nettsted kan være en kjedelig jobb, spesielt hvis du ikke bruker ASP.Net MVC rammeverk for det samme. Men å trekke code-bak logikken i ulike komponenter som kan plasseres i biblioteket kan gjøre deg i stand til å teste enheter. I stedet for å håndtere HttpHandlers hjelp .ashx filer, plassere dem i egne biblioteker er et godt alternativ.

Peer Verification før Testing:
Før signering av eventuelle nylig lagt til funksjonen og sende det over til test team, du vanligvis passerer det gjennom peer verifisering. Som navnet antyder, i peer verifisering, en av dine kolleger tester programmet funksjonen du nettopp har utviklet og prøver å finne feil i det. Dette gjør det mulig å identifisere feil enkelt og også forenkler prosessen for testing team. Når planene er veldig stramt, vi ofte glemmer å be om peer verifikasjon og det definitivt viser på slutten

Forventet funksjon av Enter-tasten.
Når du bruker webforms i ASP.Net , enter-tasten ofte begynner å virke nifs. I dette tilfellet, kan du enten sette standardknappene i panelet WebControl eller fra kode-bak.

Sign Off etter Produkteier:
Som standard eierskap av en produktfunksjon ligger hos produktet team. Utviklere har også en andel i eierskap, men det er bare til gjennomføringen nivå. Ofte når du har for mye å håndtere, glemmer du å få et skilt ut fra produkteier. Hvis eieren doesn &'; t logger av arbeidet betyr det at du haven &'; t fullført det, selv om du allerede har merket det som gjøres
Dette er frustrerende og kan forlenge tidsfrister..

De nevnte feilene er vanlig og kan gjøres av noen utvikler. Hvis du er en Asp.net utvikler, bør disse feilene bli tatt vare på i neste utvikling venture. Hvis du er en bedriftseier og ønsker å ansette .net utviklere, og deretter sørge for at utviklere ta seg av det samme samtidig utvikle din webapplikasjon
.