Possibile con PHP MVC Framework? Una soluzione migliore per l''override' del client delle funzionalità di base?

Questo può o non può essere di qualche utilità per te, ma guarda "Bundle Inheritance" di Symfony 2. Ti consente di sostituire le funzionalità dei pacchetti distribuiti a livello di applicazione.

Se hai sviluppato la tua funzionalità di base in un pacchetto, puoi implementare più applicazioni e eseguire l'override. Mantieni sincronizzato il core bundle tramite il controllo della versione e un repository Composer e le uniche cose che differirebbero tra queste applicazioni sarebbero le modifiche specifiche del client.

La rovina di questo approccio è che gestisci applicazioni distribuite N , che non sono esattamente amichevoli. Probabilmente potresti forgiare Symfony 2 e modificare il programma di caricamento classe in modo che sia sensibile al client in modo da poter avere più cartelle client nella distribuzione dell'applicazione. Dovrebbe essere un fork relativamente semplice, quindi mantenere aggiornato Symfony sarebbe banale.

Quello che vuoi è una forma di iniezione delle dipendenze.

Prova le classi simboliche:

namespace Core;
class X { }
class Y { }

namespace MrSmith\Core;
class X extends \Core\X { } // extend specific core class for Mr. Smith

define('CLIENT_NAME','MrSmith');
$x = new \Sym\Core\X();
$y = new \Sym\Core\Y();

Chiedi al caricatore automatico di visualizzare "Sym" nello spazio dei nomi e carica \MrSmith\Core\X e poi crea un alias con \Sym\Core\X .

Quindi tenta lo stesso con \Sym\Core\Y , non ne trova uno per Mr. Smith e torna a \Core\Y .

In questo modo devi solo definire le deviazioni per ogni client, con ogni client nella propria sandbox.

Se stai distribuendo il sistema assegnando a ogni client una copia e sono già in modalità sandbox nel proprio sottodominio / root dei documenti, puoi saltare usando CLIENT_NAME e guardarlo in una directory "Sym", e usa "Sym" come spazio dei nomi invece di "MrSmith".

Lavorare con CakePHP ma fattibile in molti sistemi diversi che sono in grado di sviluppare alcuni plugin.

Ciò che facciamo è sviluppare innanzitutto le funzionalità di base dei plug-in. Ad esempio: funzionalità di gestione degli utenti. Questo plugin è memorizzato su GitHub come repository separato.

Creiamo una configurazione generale dell'applicazione, ovvero file come index.php, file css di esempio, ecc. Per ogni client, installa questa configurazione di base e inizia a caricare i plug-in per ottenere le funzionalità desiderate.

Quindi in GitHub hai:

Template Application (index.php / example css file / pluginloader)
Plugin 1 (users management)
Plugin 2 (accounting)
etc.

L'applicazione client può essere completamente personalizzata e utilizzare le funzionalità del plugin come desiderato.

Quindi, per andare oltre, puoi persino sovrascrivere una singola vista di un plugin. Esempio di questo può essere trovato qui: link

Se vuoi, puoi ottenere la copia del modello e poi spingerlo come nuovo repository su GitHub in modo da ottenere alla fine tutti i repository separati caricati insieme.

Template Application (index.php / example css file / pluginloader)
Plugin 1 (users management)
Plugin 2 (accounting)
Plugin 3 (custom feature for Client 1 - link to their production site)
etc.
Client 1 (you're first copy of template)
Client 2 (the second copy of template)

La cosa bella è che hai moduli separati che possono essere testati separatamente, riutilizzati ecc.