Aké princípy by ste použili na rozdelenie modulov na vyššej úrovni ako triedy?

Na vyššej úrovni by som na modulárne rozdelenie použil nasledujúce princípy:

• Podľa princípov enkapsulácie a kohezie (Cohesion & Coupling). Moduly by mali byť čo najviac samostatné (vysoká kohezia vnútri modulu) a mať minimálne závislosti medzi sebou (nízke prepojenie medzi modulmi). To uľahčuje testovanie, pochopenie a úpravy kódu.
• Podľa funkčnej oblasti. Moduly sú skupinované na základe obchodnej logiky alebo konkrétnej oblasti zodpovednosti (napríklad správa používateľov, spracovanie platieb, odosielanie oznámení).
• Podľa architektonických vrstiev. V viacvrstvovej architektúre (napríklad Prezentačné, Obchodná logika, Prístup k dátam) môže každá vrstva predstavovať samostatný modul alebo skupinu modulov.
• Podľa princípu jednotnej zodpovednosti (Single Responsibility Principle - SRP) aplikovaného na moduly. Modul by mal mať jeden dôvod na zmenu. Toto je zovšeobecnenie SRP na väčšiu mierku.
• Podľa princípu najmenších privilégií (Principle of Least Privilege). Moduly by mali mať prístup iba k dátam a funkciám, ktoré naozaj potrebujú.
• Pri zohľadnení budúcich zmien. Architektúra by mala byť dostatočne flexibilná, aby zohľadnila potenciálny vývoj a zmeny požiadaviek. Moduly by mali byť čo najviac nezávislé od seba, aby uľahčili zavádzanie nových funkcií alebo zmenu existujúcich.
• Na základe používaných rámcov a vzorov. Štruktúra modulu môže byť často určená alebo podporovaná vybraným rámcom (napríklad v MVC, každý V, M, C môže patriť samostatnému modulu alebo skupine modulov podľa rozsahu) alebo architektonickým vzorom (napríklad DDD - Domain-Driven Design, delenie podľa agregátov).

Tieto princípy pomáhajú vytvoriť spravovateľnejšiu, škálovateľnejšiu a udržiavateľnejšiu architektúru aplikácie.