Engine^Medlem sedan dec. 20003 887 inläggTips... hmm...
Deklarera variabler, funktioner och annat "korrekt" (ett förståeligt sätt). Gärna på engelska.
strString, intInteger, varVariant, m_strStringClassMember, g_objObjectGlobal
GetNewValueFunction(), SetNewValueSub()
Indentering är antagligen det som gör kod mest läsvänlig och överblicksbar. Jag brukar även se till att gruppera kodstycken logiskt.
Och som Grynet skrev är särskrivning att förespråka här. :)
Kommentering är ju smart om någon annan vill kunna läsa och förstå kod lite lättare. Mina kommentarer sätter jag alltid innan den raden kommentaren syftar på. Om det är rätt eller fel är nog upp till betraktaren...
GGrynetMedlem sedan maj 2001329 inlägg EerkaMedlem sedan dec. 19996 522 inlägg Engine^, förespråkar inte MS att man inte ska använda ungersknotation av variabelnamn, då det kan bli bökigt om en variabel ändrar datatyp inne i ett program
PPMedlem sedan jan. 20012 204 inlägg Jag tycker det är lite svårt att namnge metoder. Har läst att man ska börja mede ett verb och sen "arbeta sig" vidare. Ofta tenderar detta till långa och inte alltid helt begripliga namn.
Engine^Medlem sedan dec. 20003 887 inlägg
erka skrev:
Engine^, förespråkar inte MS att man inte ska använda ungersknotation av variabelnamn, då det kan bli bökigt om en variabel ändrar datatyp inne i ett program
Poängen med namngivningen är just att variabler inte ska fara och ändra datatyp. Vad M$ förespråkar och inte förespråkar är en rätt snårig djungel att ta sig igenom. Dom har olika metoder för olika språk... det känns enbart dumt.
P skrev:
Jag tycker det är lite svårt att namnge metoder. Har läst att man ska börja mede ett verb och sen "arbeta sig" vidare. Ofta tenderar detta till långa och inte alltid helt begripliga namn.
Håller med dig fullständigt, men man kan ju alltid göra ett försök ;) En bra beskrivning av funktionen innan deklarationen av den är att föredra i dessa fall, men bör användas generellt för alla funktioner man skriver. Lite overkill kan tyckas, men det är mycket trevligt att läsa sådan kod. Risken för missförstånd minimeras.
spangoMedlem sedan juni 20008 205 inlägg
Engine^ skrev:
Poängen med namngivningen är just att variabler inte ska fara och ändra datatyp.
Jag har hört många anledningar till varför man ska ha ungersk notation, och även om ingen anledning har övertygat mig måste jag nog säga att argumentet att man ska tvingas ha kvar samma datatyp på variabeln är det minst övertygande ;) Fast jag antar att du kanske menade att det är till för att man ska veta vilken datatyp en variabel har?
Microsoft hävdar att det blir lättare att läsa och skriva vidare på koden, vilket på sätt och vis kanske kan stämma, men å andra sidan har det lett till att massvis av parameternamn i Windows API anges ha fel datatyp, eftersom man hittade på namnen när Windows fortfarande var ett 16-bitars OS - alltså, de har bytt datatyp men inte variabelnamn.
Ungersk notation är ett ondskans påfund, kort och gott.
Engine^Medlem sedan dec. 20003 887 inlägg Ungersk notation är ju bara bökigt ;) överprecision tycker jag. Men om det är ungersk notation eller Microsoft som är utav ondo låter jag vara osagt :)
Precis så menade jag att det blir betydligt enklare att se vad det är för datatyper som används. Jag tycker även att koden i sig blir snyggare, men det är nog mest en smaksak.
PPMedlem sedan jan. 20012 204 inlägg Hur som helst så blir det ju lättare att läsa...
spangoMedlem sedan juni 20008 205 inlägg Det råder det delade meningar om ;)
renholm skrev:
Microsoft har en del projekt på https://www.asp.net under StarterKit men vet inte hur hö kvalité det är på dem. Men MS bör väl kunna sina egna saker :)
*lägger mig tyst på golvet i hopp om att världen ska explodera*
Nog för att dom kan koda, men snyggt? Nej du...
PPMedlem sedan jan. 20012 204 inlägg Ett tag sen man startade denna tråd, gick över till c#...
