Diskusia – 9. diel - Najčastejšie chyby C# začiatočníkov - Pomenovanie premenných

Výborný článok. Ďakujem.

Díky, zrovna přidávám do základů ještě jeden takový

Ještě mám jednu připomínku k těm názvům indexových proměnných.

Používat jako název indexovací proměnné v cyklu jen třeba i považuju za ok, pokud je to třeba jednořádkový kód, ale u čehokoliv složitějšího nebo pokud jsou tam indexovací proměnné dvě nebo dokonce víc (typicky vnořené cykly), tak doporučuju spíš pojmenovávat i ty indexovací proměnné nějak smysluplněji, aby dál v kódu bylo hned jasné, čeho index to je.

Pro srovnání, místo:

for (int i=0; i<meshes.Count(); i++)
  for (int j=0; j<meshes[i].Count(); j++)
  {
    var face = meshes[i][j];
    ...
  }

bych raději použil:

for (int iMesh=0; iMesh<meshes.Count(); iMesh++)
  for (int iFace=0; iFace<meshes[iMesh].Count(); iFace++)
  {
    var face = meshes[iMesh][iFace];
    ...
  }

Obzvlášť pokud by se s těmi indexovými proměnnými pracovalo nějak víc i dál uvnitř těch cyklů (než jen třeba vytáhnout něco do lokální proměnné).

Užitečná rekapitulace - díky!

Líbí se mi ty obrázkové pomůcky (velbloud, had), pomáhá to zapamatování. Děkuju.

Programování je ryze subjektivní a nikoliv objektivní. Stejně jako malování či fotografie.
Programátoři jsou velmi svobodomyslná skupina a definovat takhle z patra nějaká pravidla je nedobré - to si musí vytvořit daná firma jako vnitrofiremní procesy. A vždy to musí sloužit k účelu, jaký má daná firma. A to se jaksi velmi liší firma od firmy.

Víceméně ano, ale pořád to chce dodržovat aspoň takovéhle základy, aby když do projektu přijde nový člověk měl tu orientaci v kódu co nejjednodušší.

Předpokládám, že jsi sám tato pravidla neznal, což bude možná důvod, proč jsi je odsoudil? Čekal jsem, že sem někdo dříve či později něco takového napíše, je přirozené se bránit, když se zjistí, že jsi chyboval/chybuješ. Ale je to jako bys říkal, že je řízení automobilu je subjektivní a každý si má udělat svoje pravidla na silnici. Ať chceš nebo ne, jakmile svým jednáním ovlivňuješ další lidi, musíš již jen z principu dodržovat nějaká pravidla, ať jde o cokoli. A pravidla nestačí v žádném případě definovat jen v rámci organizace, protože ta používá ve svých projektech knihovny vyvinuté dalšími organizacemi. V dnešní době je software tak komplexní a pracuješ s prací tolika různých týmů, že tvůj přístup by v praxi způsobil velké zmatky a s tím spojenou finanční ztrátu, proto se to tak nedělá.

Nemyslím, že by Rostislav ta tvoje pravidla odsoudil. Podle mě jenom napsal, že pravidla si musí nastavit každá firma (nebo tým) svoje. Za svoji více než 30ti letou praxi jsem se setkal s několika různými pravidly i s prací bez pravidel.
Jednoznačně souhlasím s tím, že pravidla by měla být stanovená a měla by se dodržovat. A tato pravidla by měla být jednoduchá na pochopení a měla by vést k čitelnému kódu. O tom žádná.
Ta, která jsi tady uvedl, jsou jenom jedna z možných. Dovedu si představit i jiná, a taky jsem je zažil. To, že si jiná pravidla neumíš představit nebo se ti nelíbí, neznamená, že jsou špatně. Dobře stanovená pravidla snadno pochopíš z kódu i bez vysvětlování, příp. ti stačí stručné vysvětlení. A je úplně jedno, jak ta pravidla vypadají.

ok