12. diel - Najčastejšie chyby Python nováčikov - Vieš pomenovať premenné?

V predchádzajúcom cvičení, Riešené úlohy k 11. lekcii Pythona, sme si precvičili získané skúsenosti z predchádzajúcich lekcií.

V dnešnom Python tutoriále si ukážeme prvé tzv. dobré praktiky pre programovanie v Pythone. Často ich porušujú nielen nováčikovia a programátori tak zanášajú do svojich programov zbytočné chyby. Nerobíš ich tiež?

Slovo senior programátora

Gratulujem k zdolaniu prvých lekcií Základných konštrukcií jazyka Python!

Materiál pre dnešnú lekciu som zostavil na základe dvadsiatich rokov skúseností s programovaním. Ako šéfredaktorovi a lektorovi mi rukami prešli stovky, možno tisíce zdrojových kódov vytvorených komunitou. Nebolo ťažké si všimnúť, že hoci väčšina týchto kódov funguje, obsahuje zbytočné chyby, ktoré sa navyše stále dookola opakujú. Chyby napodiv často robili ako nováčikovia, tak skúsenejší programátori. Medzi chybujúce som v začiatkoch patril aj ja.

Došiel som k tomu, že základným a mylným predpokladom je:

✗ Program je správne, ak funguje.

Programy a domy

Pokiaľ staviame dom, tak to, že sa nám páči a nefúka do neho, neznamená, že je skonštruovaný správne. Dom totiž musí mať premyslenú architektúru, a pokiaľ nemá základy, o pár rokov sa nám začne zosúvať.

Programovanie je často prirovnávané k stavebníctvu práve s ohľadom na architektúru, v našom prípade však tú softvérovú. Vysvetlime si prečo.

Ľudský mozog dokáže naraz pracovať len s určitým obmedzeným množstvom informácií. Zjednodušene môžeme povedať, že pokiaľ je program napísaný neprehľadne, od určitej chvíle musel programátor udržať v hlave viac vecí, než človek vôbec dokáže. Pridávanie ďalších funkcií do takého programu potom vždy spôsobí, že v aplikácii vznikne chyba. V praxi to dopadá tak, že hobby projekt autora "prestane baviť" a komerčný projekt skrachuje, pretože už je "veľmi zložitý".

Uveďme si ešte iný príklad. Keď bude naša domácnosť usporiadaná tak, že kladivo bude v lekárničke, ktorá bude umiestnená v pivnici, asi ťažko s ňou budeme schopní efektívne fungovať. Hoci tento príklad znie absurdne, jeho alternatívy v podobe programov vznikajú denne.

Kedy je program správne?

To je ľahké. Program je správne, ak:

• funguje,
• dodržiava dobré praktiky a
• je otestovaný.

Práve o porušovaní dobrých praktík ao kvalite kódu sa dnes budeme baviť. Záleží nám na tom, aby ste boli naozaj dobrí, preto týchto lekcií nájdete naprieč našimi kurzami viacero.

Ako správne pomenovávať premenné?

Hovorí sa, že 10% času niečo programujeme a 90% času pre to vymýšľame názov;-) Ide samozrejme o nadsádzku, ale vtip naráža na nutnosť stráviť určitý čas vymýšľaním názvov premenných. To aby každý vrátane nás, kto sa po pár mesiacoch vracia k vlastnému kódu, pochopil, na čo ona premenná slúži. Všeobecne sa dá spoľahnúť na jednoduché pravidlo:

Premenné vždy pomenovávame podľa toho, čo obsahujú, nie podľa toho, na čo v programe slúžia.

Porovnajme nasledujúce 2 kódy:

✗ Špatně

vypis = "Hlavní města"
text2 = "Jan Novák"
seznam = []
foo = 0
vypocet = 0

\---

✓ Správně

nazev = "Hlavní města"
jmeno = "Jan Novák"
odpovedi = []
bonus = 0
celkovy_bonus = 0

\--- \---

Oba kódy vytvárajú premenné pre jednoduchý konzolový kvíz. Pri prvom príklade nie je vôbec jasné, čo niektoré premenné obsahujú, napr. pomenovať premennú seznam má asi rovnakú vypovedaciu hodnotu, ako keby sme ju pomenovali promenna.

Častou chybou tiež je, že chceme napr. uložiť výsledok nejakého výpočtu a premennú pomenujeme vypocet. Výpočet s premennou však vôbec nesúvisí, to je nejaká akcia (dej), premenná vždy obsahuje hodnotu (výsledok deja). Tou je tu v prípade kvízu celkovy_bonus. Podobne je v prvom kóde pomenovaná premenná vypis, pretože ju niekde vypisujeme. Z druhého kódu ale reálne vidíme, že obsahuje názov kvízu.

Ruku na srdce - kto z vás by pochopil, že kód vľavo sa týka programu na kvízy?

Premenné tiež nikdy nepomenovávame pomocna alebo pom apod.

Pozor na "czenglish" a diakritiku

V zdrojovom kóde je na našej úrovni začiatočníkov jedno, akým jazykom budeme premenné pomenovávať (pokiaľ teda nepošleme Angličanovi kód v slovenčine).

Premenné v jednom projekte pomenovávame jedným jazykom. Ak pomenovávame po slovensky, tak bez diakritiky!

Opäť si ukážme príklady:

✗ Špatně

zpráva = "Čau!"
count = 0

\---

✓ Správně

zprava = "Čau!"
pocet = 0

Alebo:

message = "Čau!"
count = 0

V identifikátoroch (napr. v názvoch premenných) nikdy nepoužívame háčiky a čiarky. V hodnotách v nich uložených je to už samozrejme v poriadku.

Hoci moderné jazyky podporujú kódovanie UTF-8 aj v identifikátoroch, na háčik alebo čiarku je možné veľmi ľahko zabudnúť a používame potom inú premennú ! Navyše súbor so zdrojovým kódom môže spracovávať aplikácia, ktorá ho nepodporuje, a typicky sa to aj časom stane (napr. je občas problém zobraziť diakritiku v prílohe mailovým klientom a pod.).

Viacslovné premenné

Dnešné aplikácie sú čoraz zložitejšie. Často sa stane, že by jedno slovo na opis toho, čo je v premennej uložené, nestačilo. Potom je výhodné použiť viac slov. Krátke identifikátory z 80. rokov tak v súčasných business aplikáciách striedajú aj pomerne dlhé názvy ako user_object_output_stream_factory a podobne.

Takto dlhý názov má však zmysel iba v zložitej aplikácii, kde je niekoľko podobných premenných, a preto musíme pridať ďalšie slovo. V Hello world aplikácii teda nebudeme vytvárať premennú text_s_pozdravem_hello_world, ale stačí nám len pozdrav, pokiaľ tam iný nie je

Oddelenie slov

Kvôli čitateľnosti musíme slová v takom názve premennej nejako oddeliť:

• Viac slov oddeľujeme podľa konvencie daného programovacieho jazyka. Tá je v Pythone špecifikovaná dokumentom PEP 8 a na oddeľovanie slov odporúča používať podčiarkovníky. Táto notácia je niekedy tiež nazývaná ako snake_case (slovensky "hadia notácia", kedy sú slová písané malými písmenami a oddelené podčiarkovníkmi, text teda pri troche fantázie vyzerá, ako by sa "plazil"). V iných jazykoch sa môže na oddelenie slov používať napr. veľké písmeno (ako camelCase a ďalšie notácie). Iné notácie v Pythone používame len výnimočne, a pokiaľ na to máme dobrý dôvod. To môže nastať napr. vtedy, ak pracujeme s knižnicou portovanou z iného systému, ktorá používa inú notáciu, ktorú chceme zachovať.
• Vyhneme sa pokiaľ možno číslovaniu premenných a už vôbec nepíšeme čísla slovami, nie pozdrav2 ani pozdrav_dve. "Dve" totiž nehovorí nič o tom, čo pozdrav obsahuje.

.<>

Ukážme si to na príkladoch:

✗ Špatně

zprava1 = "Ahoj"
zpravaDve = "No nazdar"

Tu nie je jasné, čo je uložené:

prijato = input_buffer[0] # text, bajty, sprava, objednavka...?
odeslano = "No nazdar"

A tu je názov nečitateľný:

prijatazprava = "Ahoj"
odeslanazprava = "No nazdar"

\---

✓ Správně

prijata_zprava = "Ahoj"
odeslana_zprava = "Rád tě vidím"

\--- \---

Nepoužívame skratky

Túto podkapitolu začnime citáciou:

Všetci si lámali hlavu nad tým, k čomu je ten stĺpec DATNAR. Až sa raz zistilo, že je to vraj dátum narodenia.

Táto zlá praktika je vlastne opakom viacslovných názvov premenných. Nevymýšľame nezmyselné skratky. Napríklad z názvu pz nikto nespozná, že myslíme prijata_zprava. Pomôcka môže byť:

Pokiaľ sa na kód pozrie niekto iný ako my, mal by presne vedieť, čo v ktorej premennej je.

✗ Špatně

zp = "Ano"
pz = 5

✓ Správně

zprava = "Ano"
pocet_zprav = 5

\--- \---

Ako sme sľúbili, k téme dobrých praktík sa ešte niekoľkokrát vrátime v podobných, skôr odpočinkových lekciách:)

V budúcej lekcii, Textové reťazce v Pythone druhýkrát - Práca so znakmi , nás čaká prehĺbenie znalostí o reťazcoch. Naučíme sa ich formátovať, porovnávať a používať ich metódy.