(MPV) MODEL, PRESENTER, VIEW ve dvou složkách MODEL a APP? Proč?

zac24

složka app by se s ohledem na výše uvedený model mohla jmenovat Presenter&View , když už se složka Model jmenuje právě tak :-)

celkem rozumím tomu že je presenter a view jedna adresařová struktura, z hierarchie „modulů“ se čerpá informace pro routování a to skutečně s modelem nesouvisí. Pak ale v praxi dochází k tomu že struktura modulů a složek modelu se navzájem dost kopíruje… přece když zakládáte novou funkcionalitu (treba elektronickou dochazku uzivatelu) pridate do model/uzivatele/edochazka/… prislusne entity, mappery a repozitare abyste vzapeti ve slozce app vytvorili stejnou strukturu, app/UzivatelModule/EDochazkaModule/presenters|templates

cele se mi to zda pro velke systemy takove neprakticke, prosim o vas nazor jak nejlepe organizovat strukturu slozek MVP kde M=ERM u velmi rozsahlych podnikovych IS, z Vasi praxe (ta moje bohuzel neni dlouha) a tak nemam zazite good practice …

Pavel Kravčík

Strukturu si udělej jak chceš. RobotLoader a Finder to mají na háku. :)

Osobně používám toto:

-App
--DochazkaModule
---entity
---presenters
---models
---objects
---repository
---templates
---config.module.neon