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
