Thursday Feb 03, 2022

Principy návrhu softwaru DRY a KISS

V tomto článku se budu zabývat principy návrhu softwaru a jejich výhodami, proč jsou pro nás principy návrhu užitečné a jak je implementovat do každodenního programování. Prozkoumáme zásady návrhu softwaru DRY a KISS.

Zásada DRY:

DRY je zkratka pro „Don’t Repeat Yourself“ (neopakuj se), což je základní princip vývoje softwaru, jehož cílem je omezit opakování informací. Princip DRY se uvádí takto: „Každá znalost nebo logika musí mít v systému jedinou jednoznačnou reprezentaci.“

Porušení principu DRY

„Baví nás psát“ (nebo „Plýtvání časem všech.“): „Baví nás psát“ znamená psát stále stejný kód nebo logiku. Bude obtížné kód spravovat, a pokud se logika změní, musíme provádět změny na všech místech, kde jsme kód napsali, čímž ztrácíme čas všech.“

Jak dosáhnout DRY

Chcete-li se vyhnout porušování zásady DRY, rozdělte si systém na části. Rozdělte svůj kód a logiku na menší opakovaně použitelné jednotky a tento kód používejte tak, že jej budete volat tam, kde chcete. Nepište dlouhé metody, ale rozdělte logiku a snažte se použít existující část v metodě.

Výhody DRY

Méně kódu je dobré: Šetří čas a úsilí, snadno se udržuje a také snižuje pravděpodobnost výskytu chyb.

Jedním z dobrých příkladů principu DRY jsou pomocné třídy v podnikových knihovnách, ve kterých je každý kousek kódu v knihovnách a pomocných třídách jedinečný.

KISS: Keep It Simple, Stupid

Princip KISS je popisný, aby byl kód jednoduchý a přehledný, což usnadňuje jeho pochopení. Koneckonců programovací jazyky jsou určeny pro lidi, aby jim rozuměli – počítače rozumí pouze číslům 0 a 1 – proto udržujte kódování jednoduché a přehledné. Udržujte své metody malé. Každá metoda by nikdy neměla mít více než 40-50 řádků.

Každá metoda by měla řešit pouze jeden malý problém, ne mnoho případů použití. Pokud máte v metodě mnoho podmínek, rozdělte je do menších metod. Nejenže se to bude lépe číst a udržovat, ale může to pomoci mnohem rychleji najít chyby.

Porušení KISS

Všichni jsme pravděpodobně zažili situaci, kdy jsme dostali práci na projektu a našli jsme napsaný chaotický kód. To nás vede k otázce, proč se tyto zbytečné řádky napsaly. Stačí se podívat na níže uvedené dva úryvky kódu. Obě metody dělají totéž. Nyní se musíte rozhodnout, kterou z nich použít:

public String weekday1(int day) { switch (day) { case 1: return "Monday"; case 2: return "Tuesday"; case 3: return "Wednesday"; case 4: return "Thursday"; case 5: return "Friday"; case 6: return "Saturday"; case 7: return "Sunday"; default: throw new InvalidOperationException("day must be in range 1 to 7"); }}public String weekday2(int day) { if ((day < 1) || (day > 7)) throw new InvalidOperationException("day must be in range 1 to 7"); string days = { "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday" }; return days;}

Jak dosáhnout KISS

Abyste neporušili zásadu KISS, snažte se psát jednoduchý kód. Přemýšlejte o mnoha řešeních svého problému, pak vyberte to nejlepší, nejjednodušší, a to transformujte do svého kódu. Kdykoli narazíte na dlouhý kód, rozdělte jej na více metod – klikněte pravým tlačítkem myši a v editoru proveďte refaktorizaci. Snažte se psát malé bloky kódu, které provádějí jeden úkol.

Přínos KISS

Pokud máme nějakou funkci napsanou jedním vývojářem a byla napsána nepřehledným kódem, a pokud požádáme jiného vývojáře, aby v tomto kódu provedl úpravy, pak musí nejprve kódu porozumět. Je zřejmé, že pokud je kód napsán jednoduše, pak nebude problém tento kód pochopit a také se bude snadno upravovat.

Shrnutí

Při psaní jakéhokoli kódu nebo modulu mějte na paměti zásady návrhu softwaru a používejte je s rozumem, vytvořte si z nich zvyk, abyste si je nemuseli pokaždé připomínat. Ušetříte tím čas při vývoji a váš softwarový modul bude robustní, což by mohlo usnadnit jeho údržbu a rozšiřování.

.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.

Back to Top