10 Fouten elke .Net Developer Zou Spijt

Geef het maar toe! We maken allemaal fouten. Geen van onze codes begint te werken aan een staking. Wij maken typefouten, vergeet ondertekening af of, als het gebeurt met de meeste van ons, kijken uit de testfase, vooral als het gaat om ASP.net ontwikkeling. Vergissen is menselijk. Dus, het maken van fouten is gewoon een ander menselijk verschijnsel. Wat telt is hoe je je fouten aan te pakken en hoe je bedenken manieren om te voorkomen dat ze in de ondernemingen te komen. Here &'; s een compilatie van enkele van de meest voorkomende testen fouten die ontwikkelaars vaak te plegen, terwijl de catering aan .Net ontwikkelingsbehoeften uitbesteden. Let &'; s een kijkje nemen

XSS beveiligingsproblemen:
De look en feel van uw UI en natuurlijk, het onderhoud ligt in uw handen.. Ervoor te zorgen dat alle door de gebruiker-invoervelden zijn goed aangepast zodat er geen JavaScript of HTML die een gebruiker invoert uw webpagina kan snuffelen.

Universal Localization:
Als gebruikelijke norm, als u begint met het ontwikkelen van een nieuwe functie, alle tekst houden u in hard code want er zijn kansen op bepaalde veranderingen in de loop van de ontwikkeling. Zodra het projectteam keurt de functie, u de tekst te lokaliseren. Echter, soms ben je geneigd om gelokaliseerde versies van de volledige tekst te vergeten. Herinnert u zich hard code, maar als het gaat om lokalisatie je de neiging om af te tekenen, zonder hetzelfde te doen. Waarschijnlijk is deze checklist herinnert ons eraan te lokaliseren voordat we afmelden de volgende keer.

.Net zich goed gedraagt ​​met IE 6 en 7 en Firefox: Electronics Test leidt vaak rapporteren van cross-browser compatibiliteit problemen die opduiken van tijd tot tijd. De meeste van deze problemen meestal omvatten kleine takjes zoals gewoonlijk IE 6 problemen of kleine problemen met betrekking tot het positioneren van elementen. We zijn toegewijd gericht op IE versie 6 en 7 en Mozilla Firefox om twee redenen. Ten eerste, als je webpage werkt goed in deze drie browsers, zal het goed functioneren van Opera en Safari ook. Ten tweede, meer dan 98% van de bezoekers toegang tot uw site via deze browsers.

Hergebruik code als dat nodig is:
Deze wet is op alle programmering platformen toepasbaar en ASP.Net is geen uitzondering. Aparte server en gebruikersvriendelijke bedieningselementen inschakelen specialisatie code, zodat het kan worden gebruikt op andere plaatsen.

In een reactie op de Code: Heb Er zijn geen twee manieren om dit. Documenteren uw code altijd goed en commentaar op de juiste plaatsen, zodat het gemakkelijker is voor andere ontwikkelaars te halen waar u gebleven.

Uitgebreide Tekst doesn &'; t Mean Gebroken Design:
Als een zaak van de feiten, namen meestal don &'; t verder dan 50 tekens, maar wat als enige gebruiker een naam die 300 of zelfs meer ingangen karakters. Is duidelijk dat in dat geval de gebruikersinterface wordt verstoord. In dit geval heb je twee opties-codes ofwel uw interface om lange tekst ingangen accepteren of zet een limiet op de lengte van de tekst gebruikers kunt invoeren.

Schrijf Eenheden indien mogelijk:
Unit testing voor uw website kan een vervelende klus, vooral als je geen gebruik maakt van ASP.Net MVC framework voor hetzelfde. Echter, het trekken van de code-behind logica in verschillende componenten die in de bibliotheek kan worden geplaatst kunt u in staat om de apparaten te testen. In plaats van omgaan met httpHandlers behulp .ashx bestanden, ze te plaatsen in afzonderlijke bibliotheken is een goede optie.

Peer Verificatie vóór Testing:
Vóór de ondertekening off elke nieuw toegevoegde functie en op te sturen over naar het testteam, je meestal door te geven door middel van peer-verificatie. Zoals de naam al doet vermoeden, in de peer-verificatie, één van uw collega's toetst de toepassing functie die u net hebt ontwikkeld en probeert fouten in het te vinden. Zo kunt u fouten gemakkelijk identificeren en ook vereenvoudigt het proces voor het testen team. Bij schema's zijn echt strak, vaak vergeten we te vragen voor peer-verificatie en het toont zeker aan het eind

Verwachte functioneren van de Enter-toets:.
Wanneer u webformulieren in ASP.Net , de enter-toets begint vaak vreemd functioneren. In dit geval, kunt u instellen standaard knoppen op het paneel WebControl of code-behind.

Log Uit door de Product Owner:
Standaard wordt de eigendom van een product functie ligt bij het product team. Ontwikkelaars hebben ook een aandeel in eigendom, maar dat is slechts tot de implementatie niveau. Vaak als je te veel te verwerken hebt, je vergeet om een ​​teken te krijgen off van het product eigenaar. Als de eigenaar doesn &'; t afmelden je werk betekent dit dat u haven &'; t voltooid, zelfs als u al hebt gemarkeerd als gedaan
Dit is frustrerend en kan deadlines te verlengen..

De bovengenoemde fouten zijn gemeenschappelijk en kan worden gemaakt door een ontwikkelaar. Als u een Asp.net ontwikkelaar, moet deze fouten worden opgevangen in de komende ontwikkeling onderneming. Als u eigenaar van een bedrijf en op zoek naar .net-ontwikkelaars te huren, dan ervoor zorgen dat uw ontwikkelaars zorgen voor de dezelfde, terwijl de ontwikkeling van uw webapplicatie
.