Comment structurer un CMS?

Question

Je crée donc un CMS, un script de galerie via Object Oriented PHP. De toute façon, le problème est maintenant que j'ai la disposition de base pour les objets et tel au point où je dois commencer à mettre en place, je suis perplexe comment faire cela.

Ce que j'ai est essentiellement une classe Navigation, Données, Galerie et Module. Module signifie pages, catégories, et cetera. Le problème est que Gallery produit les images, le module donne les données pour les pages, la navigation crée la navigation (vous devinez). Vous obtenez l'image.

Sur la page d'index, je finis par faire essentiellement ce (cela va changer, mais il illustre bien la façon dont je commençais à mettre en place):

$navigation = new Navigation(); 
$navigation->top(); 

$page = new Module(); 
$page->basicPage($_GET['m']); 

Le basicPage() fait quelques choses , mais principalement c'est le problème:

$gallery = new Gallery(); 
$gallery->setGallery($id); 
$gallery->thumbGallery(); 

Donc ainsi de suite.

Le problème se pose en ce que si j'appelle basicPage(), le concepteur ou celui qui a très peu de contrôle sur les choix. Comme vous l'avez vu, c'est thumbGallery, et cela n'autorise pas les images complètes, et il ne vous permet même pas de définir la taille des vignettes (ce que je leur laisse faire, seulement si elles peuvent appeler cette fonction par eux-mêmes) .

J'ai donc pensé à quelques solutions au problème. Je n'ai pas ces pages de base, mais j'ai les concepteurs construisent des modèles un peu comme wordpress. Je n'aime pas cette solution, car elle rend le processus de conception compliqué, bien que minutieux. Je ne veux pas faire en sorte que tout soit contrôlé, et c'est un moyen. Bien sûr, vous pouvez "afficher: none" à des éléments comme le concepteur et quelques autres trucs, mais je veux qu'ils aient la capacité de faire beaucoup de choses, sans la manière compliquée que Wordpress fait.

Ma question est de savoir comment trouver l'équilibre entre le simple et la flexibilité?

Toute aide, même les idées sont appréciées. Merci.

EDIT: J'ai oublié de mentionner. Le problème vient du simple fait que l'index possède toutes ces données, sinon je devrai faire beaucoup d'if/else et tel, et je ne voulais vraiment pas en faire un programme procédural, juste un que vous pouvez essentiellement choses vers le bas et nous sommes bons. Voir, module représente à la fois la galerie et la page. La plupart des pages n'auront pas d'images attachées, et les catégories auront des images, mais pas toujours du texte. Cela provoquera une erreur si j'appelle thumbGallery et c'est juste une page d'information, et si j'appelle une page d'information et c'est une catégorie, elle ne montrera pas les images (pour éviter l'erreur). Je pourrais, et j'ai commencé à construire ensemble dans ce qu'on appelle la page de base, mais le problème que j'ai noté est qu'il restreint la liberté du concepteur sans avoir à jouer avec php, et la plupart des concepteurs sont bêtes quand il s'agit php, malheureusement. Espionnellement OOP (pas d'infraction, je suis aussi un designer, mais j'arrive aussi au programme).

Answer 1

Sans voir le reste de votre code, il est difficile de connaître la meilleure solution compte tenu de ce que vous avez déjà. J'ai développé mes propres frameworks d'application CMS depuis le début pour les 9 dernières années, et je serais heureux de vous donner quelques conseils. Je suppose que vous stockez tout le contenu du CMS dans une base de données. Stocker la configuration pour les paramètres de galerie dans la base de données pourrait être une solution possible. En théorie, vous devriez avoir différentes vues (suivant le modèle MVC) pour afficher la galerie de différentes manières. Une vue de liste pour montrer plusieurs vignettes d'image, une pour montrer une seule image, plus une vue pour énumérer des catégories peut-être.Par conséquent, dans la base de données, vous pouvez définir que la page X doit afficher la vue miniature au lieu d'une vue de catégorie.

Je ne sais pas si c'est une solution au problème que vous avez, mais c'est un exemple très simpliste de la façon dont je l'ai fait dans mes CMS dans le passé.