Het jy beheer oor vorms met behulp van dieselfde konvensie as 'n private veranderlike noem?

Question

Vir een of ander rede het ek nooit sien dit gedoen. Is daar 'n rede waarom nie? Byvoorbeeld Ek hou _blah vir private veranderlikes, en ten minste in Windows Vorms kontroles is by verstek private lid veranderlikes, maar ek kan nie onthou dat ek ooit sien hulle met die naam op die manier. In die geval dat ek skep / stoor beheer voorwerpe in plaaslike veranderlikes binne 'n lid funksie, dit is veral nuttig om 'n paar visuele onderskeiding het.

Answer 1

Dit kan teenproduktief intuïtief vir 'n paar wees, maar ons gebruik die gevreesde Hungarian notasie vir UI-elemente.

Die logika is eenvoudig: vir enige gegewe data beswaar kan jy twee of meer kontroles wat daarmee gepaard gaan hê. Byvoorbeeld, jy het 'n beheer wat 'n geboorte datum op 'n tekskassie dui, sal jy:

• die teks boks
• 'n etiket wat aandui dat die teks boks is vir geboortedatums
• 'n kalender beheer wat jou sal toelaat om 'n datum te kies

Vir wat, sou ek lblBirthDate het vir die etiket, txtBirthDate vir die teks boks, en calBirthDate vir die kalender beheer.

Ek stel belang in die aanhoor van hoe ander dit doen, maar. :)

Answer 2

Hungarian notasie of nie, ek is meer nuuskierig as mense prefix m_ of _ of wat ook al wat hulle gebruik vir standaard private lid veranderlikes.

Answer 3

Ek persoonlik voorvoegsel private voorwerpe met _

Form kontroles is altyd voorafgegaan deur die tipe, die net rede waarom ek dit doen is as gevolg van IntelliSense. Met 'n groot vorms word dit makliker om te "kry 'n etikette waarde" deur net te tik LBL en dit te kies uit die lys ^ _ ^ Dit volg ook die logika verklaar deur Jon Limjap .

Hoewel dit beteken weer gaan Microsoft NET kodering riglyne, check hulle uit hier .

Answer 4

Vir my is die groot oorwinning met die naamkonvensie van prepending 'n onderstreep om private lede het te doen met IntelliSense. Sedert underscore enige brief voorafgaan in die alfabet, toe ek 'n ctrl-ruimte te bring IntelliSense, daar is al my _privateMembers, reg aan die bokant.

Beheer, al is, is 'n ander storie, so ver as benaming gaan. Ek dink dat omvang word aanvaar, en prepending 'n paar briewe aan tipe aan te dui (txtMyGroovyTextbox, byvoorbeeld) maak meer sin om dieselfde rede; kontroles is gegroepeer in IntelliSense deur tipe.

Maar by die werk, dis VB al die pad, en ons doen mPrivateMember. Ek dink die m kan vir module staan.

Answer 5

Ek het deur VB en het gehou op die beheer tipe voorvoegsel vir kontrole. My private lede gebruik laer-kameel geval (firstLetterLowercase) terwyl openbare lede gebruik Pascal / boonste kameel geval (FirstLetterUppercase).

As daar te veel identifiseerders / lede / inwoners om 'n kans om te onthou / raai wat dit genoem word 90% het, meer onttrekking is waarskynlik nodig.

Ek het nog nooit daarvan oortuig dat 'n tipe stoor voorvoegsel is nuttig en / of nodig. Ek het egter 'n sterk gewoonte na die styl van watter kode EK gebruik.

Answer 6

Ek doen nie, maar ek waardeer jou logika. Ek dink die rede waarom die meeste mense nie is dat onderstreping soort lelike sou lyk in die venster Properties by ontwerp tyd. Dit sal ook neem 'n ekstra karakter van horisontale ruimte, wat teen 'n premie in 'n vasgemeer venster soos dit.

Answer 7

  

Hungarian notasie of nie, ek is meer   nuuskierig as of mense prefix m_ of _   wat hulle gebruik vir standaard private   lid veranderlikes.

Lukas,

Ek gebruik _ voorvoegsel vir my klas biblioteek voorwerpe. Ek gebruik Hungarian notasie uitsluitlik vir die UI, vir die rede waarom ek gesê.

Answer 8

Ek gebruik nooit onderstreping in my veranderlike name. Ek het gevind dat enigiets behalwe alfa (soms alfanumeriese) karakters is oordrewe, tensy geëis deur die taal.

Answer 9

Ek is in die Hoofdletters / klein letters kamp ( "title" is privaat, "Titel" is publiek), gemeng met die "hungarian" notasie vir UI komponente (tbTextbox, lblLabel ens), en ek is bly dat ons hoef nie Visuele Case-Ongevoelig-Basiese ontwikkelaars in die span: -)

Ek hou nie van die onderstreping, want dit lyk kinda lelik, maar ek moet erken dit het 'n voordeel (of 'n nadeel, afhangende van jou punt): In die debugger, sal al die private veranderlikes op die top te danke aan die _ wese op die top van die alfabet. Maar dan weer, ek verkies my private / openbare paar om saam te wees, want dit maak voorsiening vir makliker ontfouting van lucky / setter logika as jy sien die private en openbare eiendom langs mekaar,

Answer 10

Ek skryf die naam van die databasis kolom hulle verteenwoordig.

Answer 11

Ek gebruik m_ vir lid veranderlikes, maar ek toenemend in die versoeking om net die gebruik van lowerCamelCase soos ek vir metode parameters en plaaslike veranderlikes te doen. Openbare dinge is in UpperCamelCase.

Dit lyk min of meer aanvaarbare konvensie oor die NET gemeenskap wees.