Jiří Kotal wrote:
Omlouvám se za off topic, ale rád bych se podělil o jednu zkušenost. Při
vysvětlování principů třívrstvé architektury jsem použil citaci z wikipedie
a volně jsem ji přeložil:
The tiers should be populated with functionality in such a way as to
minimize dependencies, and isolate functionalities in a coherent manner -
knowing that everything is likely to change, and changes should be made in
the fewest number of places, and be testable.
Tato citace (z definice třívrstvé architektury na Wikipedii) říká, že je
výhodné budovat systém tak, aby obsahoval co nejméně závislostí (částí
systému) a izoloval jednotlivé funkčnosti navzájem (jedna komponenta slouží
vždy pouze k jednomu účelu) - víme, že vše podléhá změně, a proto by měly
změny způsobit opravy co nejmenšího počtu míst v systému.
<<<<<<<<
V reakci na toto sdělení jeden architekt uvedl:
Je to otázka optimismu či skepse při návrhu vnitřních rozhraní. Tato mají
smysl pokud jsou stabilní. Pokud každý nový zákazník přináší změny v těchto
rozhraních, pak je někdy lepší, když takováto rozhraní nejsou.
<<<<<<<<
Doufam, ze spravne chapu namitku - hlavne toho, co se rozumi vnitrnim
rozhranim.
Mozna bych odpovedel., ze pokud se s kazdym novym zakaznikem musi menit
nejake "vnitrni API", tak je asi neco spatne. Mozna je pes zakopany
nekde v nepochopeni tohoto rozliseni?
http://openide.netbeans.org/tutorial/api-design.html#design.apiandspi
(Mimochodem - po precteni tohohle dokumentu mi doslo, kolik veci jsme s
kolegy delali nekolik let spatne a jakych zlozvyku se musim odnaucit :/ )
A nebo to API neni vubec API, ale jen nejaky implementacni kod?
Ondra Nekola
