navigation
hledat
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
|
statnice:si:a4m33nms3 [2011/06/01 17:53] vlk |
statnice:si:a4m33nms3 [2025/01/03 18:29] (aktuální) |
||
|---|---|---|---|
| Řádek 49: | Řádek 49: | ||
| - | ==== Deméterovo pravidlo ==== | + | ==== Deméteřino pravidlo ==== |
| - | Deméterovo pravidlo je doporučení pro objektový návrh, které respektuje princip minimální znalosti o zbytku systému. Jedná se také o návod, jak kontrolovat, že implementace metod zbytečně nezvyšuje zatížení tříd dalšími třídami, které nejsou pro její funkci bezpodmínečně nutné. Objekt by měl činit jen minimální předpoklady o struktuře a chování objektů ostatních. Toho lze dosáhnout tak, že bude každý objekt komunikovat jen se svým nejbližšími sousedy, kde sousednost dvou objektů znamená schopnost jednoho objektu volat metody objektu druhého. Pravidlo Deméter tedy primárně slouží k zachování znovupoužitelnosti. | + | Deméteřino pravidlo (law of Demeter) je doporučení pro objektový návrh, které respektuje princip minimální znalosti o zbytku systému. Jedná se také o návod, jak kontrolovat, že implementace metod zbytečně nezvyšuje zatížení tříd dalšími třídami, které nejsou pro její funkci bezpodmínečně nutné. Objekt by měl činit jen minimální předpoklady o struktuře a chování objektů ostatních. Toho lze dosáhnout tak, že bude každý objekt komunikovat jen se svým nejbližšími sousedy, kde sousednost dvou objektů znamená schopnost jednoho objektu volat metody objektu druhého. Pravidlo Deméter tedy primárně slouží k zachování znovupoužitelnosti. |
| Formálně pravidlo Deméter říká, že metoda M objektu O může volat metody jen a pouze těchto objektů: | Formálně pravidlo Deméter říká, že metoda M objektu O může volat metody jen a pouze těchto objektů: | ||
| Řádek 178: | Řádek 178: | ||
| * GOF creational/structural/behavioral (singleton, adapter, proxy, abstract factory, visitor, MVC, compound...) | * GOF creational/structural/behavioral (singleton, adapter, proxy, abstract factory, visitor, MVC, compound...) | ||
| + | ==== GoF - Návrhové vzory ==== | ||
| + | Návrhový vzor (Design Pattern) je určitý obecný návrh, jak psát kód řešící danou část problematiky (pojmenované a popsané řešení typického problému). Ve většině případů se návrhové vzory týkají OOP (Objektově Orientovaného Programování). Návrhový vzor není žádnou hotovou knihovnou nebo implementací v nějakém konkrétním programovacím jazyce. Návrhový vzor je jen popis v obecném algoritmickém zápise (i pomocí UML diagramů), který lze poměrně snadno převést do konkrétního programovacího jazyka. | ||
| + | |||
| + | Existuje jakýsi katalog základních návrhových vzorů (tzv. GoF) - celkem 23 rozdělených do 3 kategorií (dnes existuje další množství vzorů, mnoho z nich spočívá v kombinaci či pozměnění těch 23 základních). GoF se jim říká proto, že jejich základ položila skupina 4 vývojářů - Gang Of Four (GoF). | ||
| + | |||
| + | Kategorie návrhových vzorů: | ||
| + | * Creational Patterns (vytvářející) | ||
| + | * Řeší otázky vytváření a předávání referencí objektů v systému. Umožňují ovlivnit způsob vytváření objektů (upřednostňují flexibilní objektovou kompozici namísto „pevné“ dědičnosti.) | ||
| + | * příklady: Singleton, Abstract Factory, Builder, Prototype | ||
| + | |||
| + | * Structural Patterns (strukturální) | ||
| + | * Popisují jak jsou třídy a objekty složeny do větších struktur. | ||
| + | * příklady: Adapter, Decorator, Proxy, Facade, Composite | ||
| + | |||
| + | * Behavioral Patterns (chování) | ||
| + | * Věnují se rozdělení funkčnosti a zodpovědnosti mezi objekty, komunikaci mezi objekty. | ||
| + | * Observer, Command, Iterator, Strategy, Template Method | ||
