Dekompozice » Historie » Revize 12
Revize 11 (Štěpán Červenka, 2019-11-06 19:53) → Revize 12/15 (Lukáš Moučka, 2019-11-28 11:17)
h1. Dekompozice h2. Titulek Dekompozice kódu h2. Datum vydání 6. 11. 2019 h2. Autoři Lukáš Moučka, Štěpán Červenka h2. Cílové skupina Hlavní cílovou skupinou jsou programátoři, kteří na daném projektu pracují. Dekompozice je důležitá pro vývojové týmy, kteří společně sdílí kód a spolupracují na něm. Další skupinu tvoří programátoři nebo vývojové týmy, kteří přebírají již hotový nebo rozpracovaný projekt. h2. Hlavní cíl * rozklad částí kódu do menších logických celků * rozšiřitelnost, přehlednost a rozdělení logiky. h2. Dopad * efektivnější programování při rozšiřování kódu * jednodušší hledání chyb * podporuje metodu "Rozděl a panuj", která problém rozděluje na menší dílčí části (podproblémy). h2. Překážky * je potřeba zaujmout jiný přístup k programování * vetší důraz je kladen na návrh * programovací jazyk * nelze obecně určit, jak má dekompozice vypadat; jedná se o tacitní znalost programátora h2. Popis Hlavním cílem je rozdělení určitého úseku kódu na elementární části kódu. Elementární část kódu můžeme chápat jako třídu, konstruktor nebo metodu. Každá elementární část by měla obsahovat jen kód, který vykonává operace spjaté s jejím názvem. Pokud např. v metodě s názvem _vypisJmeno()_ budeme mít kód, který zároveň kontroluje, zdali se jméno vyskytuje v kalendáři, tak by tato část kódu už měla v jiné metodě s názvem _jeJmenoVKalendari()_. Podobný přístup je možné aplikovat i v případě celých tříd. V situaci, kdy má programátor pocit, že současná třída příliš bobtná a stává se nepřehlednou, je zcela určitě na místě její funkčnost rozdělit na několik menších tříd. _Dekompozice_ podporuje metodu "Rozděl a panuj" a dovoluje programátorovi řešit relativně složitý problém rozdělením na menší podproblémy. Dílčí části (podproblémy) mohou být lépe řešené za pomocí týmové práce. V rámci firemního prostředí lze všechny atributy (zjištěné při procesu dekompozice) zaznamenávat do příslušných informačních struktur. Podle těchto atributů následně probíhá nastavení _PMD_ testů, které mohou odhalovat úseky kódu vhodné pro dekompozici. Dalším nástrojem pro zlepšení dekompozice je _code review_. V ideálním případě správný návrh kódu už od jeho počátku a dekompozice se nemusí řešit až při _refaktorování_ kódu. Zpětné modifikace kódu jsou vždy časově/finančně náročné. h2. Sdílení * Slack * Facebook Business * Wiki * Firemní školení * Konference h2. Zdroje http://www.fao.org/3/a-as547e.pdf