Zmineny architekt by chtel menit cely sitovy stack, protoze nekdo chce
do mailoveho klienta pridat novou ikonku? Trebas rodinka TCP/IP ukazuje,
ze dobre navrzene a odseparovane vrstvy mohou prezivat i dost radikalni
zmeny pozadavku...
Pokud jsou v planu caste a velke zmeny pozadavku, tak jsou potize na
ceste, ale zrusenim vrstev si imo nikdo nepomuze.
O.
V tomto případě šlo spíše o jednotlivé vrstvy systému, jednak z hlediska
třívrstvé architektury a jednak vnitřní členění na další subvrstvy. Zmíněný
architekt zastává názor, že pokud se předpokládají časté změny v
požadavcích, je výhodnější vůbec členění na subvrstvy nezavádět. Osobně si
myslím, že naopak vhodné "vrstvení" aplikace přispěje ke snadnější realizaci
změn.
Jirka
-----Original Message-----
Doufam, ze spravne chapu namitku - hlavne toho, co se rozumi vnitrnim
rozhranim.
Mozna bych odpovedel., ze pokud se s kazdym novym zakaznikem musí
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
