Best Practice per la logica di creazione dei bundle

[kekko12]

Salve, oggi vorrei proporre come argomento di discussione la logica con la quale suddividete il ruolo dei bundle che create nei vostri progetti. Per intenderci, sappiamo tutti che i bundle possono essere suddivisi sulla base delle funzioni di un progetto. Ho visto però che alcuni progetti possono prevedere la suddivisione di un bundle "Site" che contiene la parte frontend del progetto e di bundle deputati solo al contenimento delle entities (ad es. esisterà il bundle "Users").

Secondo voi qual è il miglior approccio da seguire per strutturare la logica dei bundle (se esiste) ?

E se non esiste una best practice, voi quale usate?

Grazie a tutti

Francesco

[Massimiliano Arione]

Se fai un bundle per le entities, perché non fare un bundle per le configurazioni? E un altro per i template? Non mi pare un approccio corretto.
Il bundle "Site" ci potrebbe anche stare, anche se io di solito al primo generico bundle do direttamente il nome del progetto.
In linea generale l'approccio che seguo è bottom up:  il primo bundle "Pippo" (per il sito Pippo) e poi eventualmente si splitta quando ci sono funzionalità specifiche.

ciao
Massimiliano

[Marco Albarelli]

+1

Io personalmente di solito faccio ProgettoSite e ProgettoAdmin quando si parla di siti che abbiano qualche necessità amministrativa specifica

Tendenzialmente le entities le tengo nel Site perché da lì inizio

Ovviamente la cosa cambia se si parla di applicazioni e verticalizzazioni varie