Progetto basato su modulo vs Progetto normale [chiuso]

Naviga le tue risposte
1

Sto scrivendo il codice in cima a un'applicazione Enterprise consolidata. Vedo che l'applicazione ha 4 moduli come mostrato di seguito. 

-Srk
-SrkEJB
-SrkUtils
-SrkWeb

Ho letto il codice e vedo che alcuni moduli sono piccoli, ad esempio: il modulo SrkEJB ha solo 2 EJBS. Non vedo alcun motivo per creare un modulo separato per 2 classi Java.

Ho semplificato l'approccio sopra e viene mostrato sotto. 

Srk
 - com.srk.utils
 - com.srk.ejb
 - com.srk.web

In che modo la prima architettura basata su moduli è diversa dalla seconda da un punto di vista architettonico? In generale, qual è il più seguito, quando si crea un'applicazione da zero? In caso contrario, quali potrebbero essere i compromessi di ciascuno degli approcci? Credo che questo non sia specifico di Java da solo.

    
posta srk 16.05.2015 - 07:23
fonte

2 risposte

2

In generale, non esiste un modo giusto per organizzare le classi. C'è solo il modo in cui meglio soddisfa i requisiti dei progetti per chiarezza. La dimensione dei moduli è probabilmente il principio organizzativo meno importante.

- Robert Harvey

    
risposta data 16.05.2015 - 11:12
fonte
2

La progettazione modulare riguarda la separazione delle preoccupazioni, NON quella di dividere qualcosa in sezioni più piccole (anche se tende ad avere quell'effetto).
È perfettamente accettabile (e anche molto buona pratica) avere un modulo EJB separato, un modulo web, ecc. Ognuno di essi è il proprio deliverable dopotutto nel panorama JEE, con il modulo EJB che crea un jar EJB, il modulo web a WAR, e il modulo utils un file jar a cui fa riferimento entrambi.
Quindi il tuo ambiente suggerisce i moduli, applicandolo anche attraverso la maggior parte degli strumenti di costruzione.

    
risposta data 16.05.2015 - 11:24
fonte

Leggi altre domande sui tag

L'Objective-C è l'unica lingua con argomenti infissi? Come fa un browser a ricordare lo stato di scorrimento? [chiuso]