Spiegare Drupal a un programmatore [chiuso]

Forse date un'occhiata a "Using Drupal" di O'Reilly Press. Sembra essere più orientato al caso d'uso di Pro Drupal Development, quindi potrebbe darti una visione migliore di come il problema 'x' è risolto in Drupal piuttosto che risolvere come una pagina / app standalone.

Ci sono alcuni paralleli (più o meno) con MVC Frameworks.

Django ha segnali, che funzionano un po 'come i ganci Drupal. Sono callback che vengono registrati in modo da poter sovrascrivere le cose in un altro modulo senza mai hackerare il codice sorgente di quel modulo. Questo è lo schema principale con cui ti occuperai quando scrivi i moduli.

Sono tutte le altre schifezze (viste, configurazione memorizzate nel database wtf) che sembreranno non familiari e fastidiose.

In termini MVC: CCK è come il modello, Views è come il controller e il template è schiacciato in un'unica grande cosa cliccabile. I nodi sono come gli oggetti del modello. I ganci di menu sono per il routing. Alcuni di questi puoi memorizzare e definire nei tuoi moduli. Puoi esportare una vista e usarla nel tuo modulo. Non puoi farlo con ogni modulo. Le viste non sono nel core Drupal, ma il 95% dei siti lo usa. Ci sono moduli come features module che possono impacchettare la configurazione in un modulo.

È praticamente un approccio di configurazione rispetto alla codifica. Non si avviano le cose da zero, si installa un modulo e si utilizzano ganci o modelli per sovrascrivere determinate parti se tale flessibilità non è disponibile sulle pagine di amministrazione dei moduli.

Se disponi di content siti guidati, non è male. Ma per le applicazioni vorrei usare un quadro reale. Puoi fare molto con esso, ma tieni presente che è progettato come un'applicazione click-friendly piuttosto th Leggi questo: link