Hello,
je m’intéresse depuis peu au Framework Symfony dont certaines caractéristiques peuvent donner plein de bonnes idées.
A titre d’introduction pour ceux qui ne connaissent pas Symfony, la série “Construisez votre CMS à partir de Symfony” est particulièrement intéressante car elle aborde, dans chacune des 12 étapes, un point précis du code qui se développe petit à petit sans dépasser la 50aine de lignes (modularité, sécurité, tests, réutilisabilité, etc.) :
http://fabien.potencier.org/article/50/create-your-own-framework-on-top-of-the-symfony2-components-part-1
Un des principe de base de Symfony est que c’est un assemblage de composants indépendants qui communiquent entre eux via un protocole de type HTTP (l’idée est de reproduire ce qui se passe côté web pour développer des applis web)
Du coup pour créer sa propre appli on peut ne reprendre que quelques composants, sans risquer de tout bloquer.
Exemple d’application : http://cmf.symfony.com/ (qui est un prolongement de la série d’articles ci-dessus)
ou Drupal 8 (qui ne reprendra que 6 composants sur 22) → cf. http://symfony.com/blog/symfony2-meets-drupal-8
Il existe dans Symfony un équivalent à spip_loader : Composer (http://getcomposer.org/)
Un fichier de configuration (en .json) indique à ce gestionnaire de dépendances quels sont les éléments à récupérer (liste des composants sur .
Ma question :
est-ce qu’on ne pourrait pas avoir ce type de fichier de configuration à créer en même temps que spip_loader ?
Une sorte de paquet.xml en gros, qui serait traité par Core+SVP (en fin de compte les deux seuls éléments nécessaires à l’installation).
Comme cela on ne récupèrerait que les plugins qu’on veut mettre à l’installation, et cela faciliterait la customisation de l’installation.
Autre idée : permettre d’utiliser Composer pour installer SPIP et ses plugins, et ainsi pouvoir construire plus facilement une appli avec SPIP en tant que Framework et quelques-un des 2600 composants disponibles sur http://packagist.org
.Gilles