dotNETportal.cz

Chtěl bych se zeptat, je lepší toto:

class Trida
{
  private int _hodnota;

  public void NejakaMetoda(int hodnota)
  {
    _hodnota = hodnota;
  }
}

nebo toto:

class Trida
{
  private int hodnota;

  public void NejakaMetoda(int hodnota)
  {
    this.hodnota = hodnota;
  }
}

Často se setkávám s oběma způsoby. A přiznám se, že se mě ten první líbí víc...

Nebo jak je toto správně?

Podle oficiálních konvencí je správně druhá možnost, ale používají se obě.

Důvod je, aby šlo odlišit, co je field a co je proměnná / parametr. Někdo to řeší zase tak, že místo podtržítek před použitím fieldů píše vždy důsledně this.

Já nepoužívám ani jedno z toho - přijde mi to nadbytečné. Pokud člověk pojmenuje proměnné a fieldy dostatečně výstižně, tak míst, kde by došlo k pochybnostem, je minimum.

Děkuji za odpověď.

Mě se u druhé možnosti nelíbí, že pokud se použije this tam kde není potřeba upozorňuje VS, že je tam zbytečně. Když tam this jednou je a jindy není, tak je to matoucí. Příklad:

class Trida
{
  private int hodnota;
  private int pocet;
 
  public void NejakaMetoda(int hodnota)
  {
    this.hodnota = hodnota;
    pocet += hodnota;
  }
  // já vím je to nesmyslná třída, ale asi chápete o co mi jde
}

Pokud člověk pojmenuje proměnné a fieldy dostatečně výstižně..

Jak by to tedy mělo vypadat?

Zajímalo by mě, proč to tak je... kdo to vymyslel, že to tak má být, ...

Jde o to, aby kód psaný v .NETu vypadal jednotně. V článku jsou popsané konvence, které použili vývojáři .NET Frameworku a je vhodné, aby je používali všichni, kteří v .NETu programují, aby se styl pojmenování vlastních funkcí pokud možno nelišil od stylu pojmenování funkcí vestavěných.

Můžete si samozřejmě vymyslet vlastní konvence a řídit se podle nich, ale budete nekompatibilní s okolním světem, což třeba vadí při práci v týmu. Hlavní ale je mít na pojmenování a psaní kódu nějaký systém (jakýkoliv) a používat ho jednotně alespoň v rámci jednoho konkrétního projektu. Neí nic nepřehlednějšího, než když je půlka věcí psána a pojmenována tak a druhá zase jinak.

Zdravím,

chtěl bych se zeptat autora:

podléhá nějaké takovéto etice i pojmenovávání komponent?

Komponenty (ať už běžné ovládací prvky, UserControl nebo Component) jsou třídy - tudíž pro pojmenování použijte stejná pravidla jako pro třídy.

Diky za clanek, je to celkem zajimave jak se to ma delat.

Osobne si myslim, ze je jedno jestli pouzijete Pascal case,Camel case nebo madarskou konvenci.

Hlavne kdyz to clovek pouziva v celem projektu a kdyz si stanovi na zacatku jasna pravidla.

Je hrozne cist po nekom zdrojovy kod a jasne vidite, kdy je promenna pouzita uz pri navrhu a je hezky pojmenovana a kdy tam dal promennou tak rikajic na posledni chvili a dal tam tri pismena ktere nic nerikaji.

Ja ted ctu knihu o profesionalnim vyvoji ve VBA (Office) z roku 2005 a tam pouzivaji madarskou konvenci jeste obohacenou o par drobnosti a musim rict ze je to logicke a dobre se to cte !!

Premek

PS: mimochodem taky pouzivam madarskou konvenci, jsem zvykly, okamzite vim o co jde a kdyz to clovek dela s rozmyslem neni co zkazit

Jako amatér výhodu vidím právě v používání českých názvů (bez diakritiky). Jasně se tak odliší názvy mnou zvolené proti anglickým názvům patřícím vývojovému prostředku (nepředpokládám práci v mezinárodním týmu).

Proč se dnes nehodí zkratky prvků před jejich názvem, pokud je defaultní název změněn (Hungarian notation)? V kódu, kde si programátor pojmenuje prvky dle svého bez předpon, pak nikdo druhý nepozná, o jaký prvek jde.

Vidíte-li přínos v používání českých názvů, já vám to neberu.

Máte-li dostatečnou znalost angličtiny, nebude pro vás problém pojmenovat cokoliv dost srozumitelně a zároveň tak, aby to nekolidovalo s něčím v .NET Frameworku.

Díky pokročilému vývojovému prostředí a hlavně zdokonalené technologii IntelliSense se již dnes maďarská anotace nepoužívá. Můžete nahlédnout do kódu automaticky generovaného vývojovým prostředím, příkladům dodávaným s Visual Studiem, SDK pro .NET Framework i MSDN - nikde již tuto historickou konvenci nenajdete.

Pokud máte zájem, trpělivost a dostatečnou znalost angličtiny tak filozofickou úvahu na téma Hungarian Notation najdete na MSDN (všimněte si hlavně data 1999 a názvu Visual Studio 6.0):

http://msdn2.microsoft.com/en-us/library...

S těmi anglickými názvy je to ošemetné, viděl jsem mnoho zdrojových kódů s anglickými pojmenování, ale bohužel daní programátoři pořádně anglicky neuměli, takže ve výsledku tomu nerozuměl nikdo. Takže spíš bych řekl, že možná lepší dobré české názvy, než špatné anglické.

Já osobně používám vždy anglické názvy (akorát tady v článcích někdy ne, abych nemátl začátečníky, kteří anglicky třeba neumí).

Nejdůležtější je ale používat v celém projektu konvence stejné, ať jsou již jakékoliv. Když je část psaná takhle a druhá část jinak, nepracuje se s tím dobře.