CakePHP Best Practice: amministratore con o senza routing

Question

Sto lavorando a una revisione di un'applicazione CakePHP che ho creato con CakePHP 1.2. Ho aggiornato a 1.3 e sto considerando di allontanarmi dal paradigma di routing dell'amministratore per la mia applicazione. Sto scoprendo che alcuni dei miei controller stanno diventando estremamente grandi a causa delle funzioni duplicate per il front end e l'amministratore. La mia intuizione è che è molto più semplice creare semplicemente un set di controller di amministrazione e eliminare tutti i routing di amministrazione, ma volevo ottenere informazioni su ciò che gli altri stanno facendo e su quale funzionalità, se non presente, mi mancherò lasciando cadere il routing.

Quali sono le migliori pratiche considerate per una solida app CakePHP (o altro framework MVC) a questo proposito?

Answer 1

Non preoccuparti del routing di amministrazione se non si adatta allo scenario. Inoltre, non lo utilizzo, i percorsi di amministrazione non si adattano alla mia app. Duplicare il codice è totalmente uno spreco di energie.

È possibile utilizzare le regole ACL per i ruoli a grana fine o semplicemente controllare il ruolo (flag di amministrazione) nel controller beforeFilter() o nella prima riga di un'azione.

Ho una funzione componente checkRole (array()), chiamata nella prima riga delle mie azioni. Se l'utente corrente non ha i ruoli forniti, registra e termina la richiesta.

Answer 2

Avrei usato secondo ACL/ruoli per roba di amministrazione vera e probabilmente non utilizzando il routing di amministratore in produzione. A volte tengo un instradamento admin (così minimo di codice aggiuntivo) per gli admin di basso livello, accessibile solo a me, ma probabilmente non è saggio in una robusta app di produzione.

Modifica dopo commento: Non è ottimale, ma potresti essere in grado di mettere insieme qualcosa che apparirà come desideri negli URL, e anche essere organizzato in cartelle. Non sono ancora riuscito a testarlo, ma ecco l'idea:

Creare una cartella "admin" nella cartella dei controller e per l'amministratore degli utenti, creare un file di controller users_admin_controller.php. Comprimono la struttura delle cartelle, quindi non è possibile avere lo stesso nome della directory principale, ma è comunque possibile separarle in una cartella.

Questa volontà di default fare una situazione /admin_users/add tipo, ma che può essere modificato con la seconda parte, un po 'di routing:

Router::connect('/admin/users/:action', array('controller'=>'admin_users')) 

Ciò dovrebbe essere fatto per ogni sezione di amministrazione - non è l'ideale, ma io non riesco a capire un modo migliore senza modificare il codice Cake.

Answer 3

Ho usato ACL per la mia applicazione e lo trovo molto meglio rispetto all'utilizzo del routing di amministrazione. È molto più facile. Se vuoi davvero un prefisso, puoi farlo con il normale routing.

Answer 4

Suggerirei di separare semplicemente l'applicazione di front-end e l'amministrazione in due applicazioni separate (/app e /admin). Basta pensare a admin come a una semplice applicazione front-end, facendo tutto il lavoro "sporco" con il database.

Così facendo, sarete in grado di accedere all'amministratore utilizzando/admin prefisso nell'URL o impostare DocumentRoot su/admin/webroot e accedere ad admin utilizzando il sottodominio (ad esempio admin.myapp.com).

Per evitare la duplicazione del codice del modello, si potrebbe mettere i vostri modelli in qualche cartella condivisa (cioè /vendors/core/models) e aggiungere questo percorso per modellare i percorsi in bootstrap.php file (App::build('models' => array(VENDORS . 'core/models/')) per CakePHP 1.3, $modelPaths = array(VENDORS . 'core/models/') per CakePHP 1.2).

per aggiungere più admin o roba specifica applicazione per i vostri modelli, si potrebbe estendere i vostri modelli di base in/modelli, caricando modello di base ed estendendolo:

App::import('Model', 'CoreModelName'); 

class CustomCoreModelA extends CoreModelA 
{ 
    function specificMethod() {} 
} 

che potrebbe essere fatto per i componenti condivisi, comportamenti , ecc.

Answer 5

ive le app create utilizzando il routing di amministrazione e non, e la versione non è sempre un casino. se alcuni dei tuoi metodi sono uguali puoi fare quanto segue.

function add(){ 
$this->_add(); 
} 

function admin_add(){ 
$this->_add(); 
} 

function _add(){ 
... your code ... 
} 

Sono pronto a scommettere la sua non tutto il codice che è lo stesso, e che non utilizzano amministratore di routing vi ritroverete con un sacco di codice fare if(... is admin ...) { echo 'blaa'} else { echo 'foo'; }