Mozna me napada, ze by urcite sla aplikace napsat stylem jednotlivych
manazeru, kteri by resili vzdy urcitou cast. je tam pak velka sance ten
"monolit" pri potrebe rozbit. Teda takto pisu ja. Manager se vsemi
metodami, propojim ho s datovou vrstvou (existujici interface), ... Pak
mam mnoho samostatnych casti ktere spojuju jako kostky. K tomu se mi
prave hodne osvedcil spring.
Pet
Jakub Příkazský napsal(a):
Je pravda, že se lze jen velmi obtížné zavděčit více zákazníkům. Podle
mě to je řešitelné propracovaným systémem konfigurací (txt, XML
apod.). V tomto ohledu by mě zajímal zase názor - viz. příspěvek Petra
Burdíka, kdo se setkal s architekturou typu "menší spolupracující
aplikace". Zajímalo by mě jaké mu to přineslo výhody a naopak jaké
problémy souvisí s použitím totoho řešení.
díky Jakub
Vladimir Naprstek wrote:
Pokud jsou "zákazníci" z jedné firmy, tak to může projít. Ale pokud to
má být aplikace, která je nabízena různým firmám, velice lehce se můžete
dostat do situace, kdy požadavky jedněch budou v rozporu s požadavky
druhých a pak budete muset udržovat několik verzí aplikace. Obávám se,
že žádná varianta není nejlepší a musíte se prostě rozhodnout, co se
vašemu srdci líbí víc...
Jakub Příkazský píše v Čt 13. 04. 2006 v 15:31 +0200:
Toto řešení se mi líbí z toho důvodu, že bych se nemusel zabývat
spoluprací mezi aplikacemi. Trochu mě ale děsí, jak takovýto monolit
udržovat ve funkčním stavu. Obávám se, že se v tomto případě velmi
špatně hlídá vývoj aplikací. A pokud mám pravdu, je možné se tomutu
problému vyvarovat? Ačkoliv přiznávám, že nejsem schopen tak daleko
dohlédnout a moje obava může být zbytečná. Dokážete najít argumenty
pro a proti? Zdá se, že na tuto otázky existují různé názory a záleží
především na konkrétním účelu aplikací viz. příspěvek Petra Burdika.
díky Jakub
