10 fejl hver .Net Developer ville beklager

Indrøm det! Vi begår alle fejl. Ingen af ​​vores koder begynder at arbejde på strejke én. Vi laver stavefejl, glemmer at logge af eller, som det sker med de fleste af os, har udsigt til testfasen, især når det kommer til ASP.net udvikling. Er menneskeligt at fejle. Så lave fejl er bare et andet menneske fænomen. Hvad der tæller er, hvordan du tackle dine fejl, og hvordan du udtænke måder at undgå dem i ventures fremover. Her &'; s samling af nogle af de mest almindelige test fejl, som udviklere ofte begår, mens catering til outsource Net udviklingsbehov. Lad &'; s tage et kig

XSS Sikkerhedsproblemer:
udseendet og fornemmelsen af ​​dit UI og selvfølgelig, ligger dens vedligeholdelse i dine hænder.. Sørg for, at alle bruger-input felter er godt tilpasset, så der ikke JavaScript eller HTML, som en bruger indtaster kan rode din webside.

Universal Lokalisering:
Som sædvanlig norm, som du begynder at udvikle en ny funktion, du holder al teksten i hårde kode som der er sandsynlighederne for visse ændringer i løbet af udviklingen. Så snart projektgruppen godkender funktion, du lokalisere teksten. Men til tider du har tendens til at glemme lokaliseringer af hele teksten. Du husker at hårdt kode, men når det kommer til lokalisering du har tendens til at logge ud uden at gøre det samme. Sandsynligvis denne tjekliste minder os at lokalisere før vi underskriver næste gang.

.Net opfører sig godt med IE 6 og 7 og Firefox:
Testledninger ofte rapport på tværs af browser kompatibilitetsproblemer, der dukker op fra tid til anden. De fleste af disse spørgsmål normalt omfatte små kviste som sædvanlige IE 6 spørgsmål eller mindre problemer vedrørende placering af elementer. Vi er dedicatedly fokus på IE version 6 og 7 og Mozilla Firefox af to grunde. Første, hvis din webside fungerer godt i disse tre browsere, vil det fungere godt på Opera og Safari så godt. For det andet, over 98% af de besøgende adgang til dit websted gennem disse browsere.

Genbrug kode, når behovet:
Denne lov gælder på tværs af alle programmerings platforme og ASP.Net er ingen undtagelse. Separat server og bruger-kontrolelementer gør det muligt specialisering af kode, så det kan bruges på andre steder også.

kommentar til Code:
Der er ikke to-måder til dette. Dokumentere Altid din kode godt og kommentere på de rigtige steder, så det er nemmere for andre udviklere til at samle op fra hvor du forlod.

Udvidet tekst gør ikke &'; t Mean Broken Design:
Som en kendsgerning, navne normalt don &'; t strække sig ud over 50 tegn, men hvad hvis nogle bruger input et navn indeholdende 300 eller endnu mere tegn. Det er klart, i dette tilfælde UI vil blive afbrudt. I dette tilfælde har du to indstillinger-enten koder din grænseflade til at acceptere lange tekst input eller sætte en grænse for længden af ​​tekst brugere kan indtaste.

Skriv Enheder Når mulig:
test Enhed til din hjemmeside kan være en kedelig opgave, især hvis du ikke bruger ASP.Net MVC ramme for det samme. Dog kan trække koden-bag logik i forskellige komponenter, der kan placeres i biblioteket giver dig mulighed for at teste enheder. I stedet for at behandle HttpHandlers hjælp .ashx filer, placere dem i separate biblioteker er en god mulighed.

Peer Verifikation før Test:
Før du tilmelder off enhver nyligt tilføjede funktion, og sende det over til test team, du normalt give det gennem peer verifikation. Som navnet antyder, i peer-verifikation, en af ​​dine kolleger tester programmet funktion, du netop har udviklet og forsøger at finde fejl i den. Dette giver dig nemt at identificere fejl og også forenkler processen for test team. Når tidsplaner er virkelig stramt, vi ofte glemmer at bede om peer-verifikation og det definitivt viser i slutningen

Forventet funktion Enter-tasten:.
Når du bruger webformularer i ASP.Net , enter-tasten starter ofte fungerer underligt. I dette tilfælde kan du enten indstille standardindstillinger knapper på panelet Webcontrol eller fra kode-behind.

Afmønstring af Product Owner:
Som standard ejerskabet af et produkt funktion ligger hos produktet holdet. Udviklere har også en andel i ejerskabet, men det er kun indtil niveauet implementering. Ofte når du har for meget at håndtere, du glemmer at få et skilt ud fra produkt ejer. Hvis ejeren gør ikke &'; t underskrive dit arbejde, det betyder, at du tilflugtssted &'; t afsluttet det, selvom du allerede har markeret den som udført
Dette er frustrerende og kan udvide tidsfrister..

De nævnte fejl er almindelige og kan foretages af enhver udvikler. Hvis du er en Asp.net udvikler, bør disse fejltagelser tages hånd om i den næste udvikling venture. Hvis du er ejer af en virksomhed og ønsker at leje .NET-udviklere, så sikre, at dine udviklere tager sig af det samme og samtidig udvikle din web-applikation
.