Strutturazione di un'applicazione rota con dati statici

Dipende dallo scenario. Finora avevamo bisogno di alcune 3-4 pagine di pagine statiche. quindi abbiamo creato un controller separato per tali pagine statiche. dato che non sono necessari per essere gestiti da binari ogni volta, abbiamo abilitato il caching delle pagine per loro. Tuttavia, questi sono implementati quando abbiamo bisogno di abbinare il layout. Quando non abbiamo bisogno di usare il layout, è meglio metterli in / public directory.

ora ho visto diverse domande simili raccomandate per utilizzare alta volatage . Immagino tu possa fare un tentativo. puoi anche controllare questa discussione .

un cms può essere appropriato quando le pagine statiche verranno create dinamicamente, voglio dire che verrà creato dopo che l'applicazione è stata distribuita dall'utente senza l'aiuto degli sviluppatori. se sai già di avere alcune pagine statiche, credo che sia meglio crearle durante lo sviluppo. ma quando prevedi che in futuro possano crescere, è sicuramente una buona idea implementare un cms di base, almeno.

Sono d'accordo con HungryCoder: per alcune pagine statiche una "pagina" - il controller è la soluzione più semplice.

qualche punto per passare a una soluzione in stile CMS:

• le tue pagine saranno tradotte in altre lingue? quando? da chi?
• con quale frequenza le pagine devono essere modificate (non dimenticare le semplici modifiche come i numeri di telefono)? da chi?

nel peggiore dei casi si potrebbe finire come il tipo che i documenti word e pdf vengono inviati da clienti impazienti ogni settimana, per la conversione e l'inclusione in alcune pagine "statiche"; -)