Bruno,
Si je te rejoins sur pas mal de points, je souhaite tempérer néanmoins. Un facteur non négligeable est la performance de DC2 et sa relative faible empreinte mémoire. Et, là, les ClearBricks ny sont pas pour rien. Le vrai souci que nous risquons de rencontrer avec les fraameworks plus génériques est justement là : ils sont génériques. Avec le risque de devoir embarquer des choses inutiles et pénalisantes du côté des caractéristiques de DC2 mentionnées juste avant. De : [email protected] [mailto:[email protected]] De la part de Dsls Envoyé : samedi 13 juillet 2013 16:43 À : [email protected] Objet : Re: [Dotclear Dev] proposition d'aide > Question réthorique (mais dont la réponse m'intéresse vraiment) : pourquoi vouloir sortir de clearbricks ? Parce qu'à mes yeux, c'est la chose qui a le moins évolué ces derniers temps. Cela ne me poserait pas de soucis de rester sous clearbricks s'il ne proposait que des briques de bases, mais aujourd'hui il gère des gros trucs qui ne sont pas simples à faire évoluer (ex : le moteur de templates, l'abstraction base de données). Et d'autres le gèrent bien mieux. > Qu'est-ce qu'un autre framework apporterait de plus ? Plusieurs choses : * Un support * Une évolutivité * Une connaissance hors du giron dotclearo/dotclearien. C'est le cas pour twig, mais c'est aussi le cas pour dblayer et tout ce qui va autour. PHP a su évoluer et on n'a plus besoin de pallier ses lacunes avec une surcouche de ce type, avec l'introduction de PDO nativement par exemple. Et dblayer a quelques lacunes (ex : pas de gestion des auto_increment/serials par exemple, ce qui complique les insertions en base). Aujourd'hui je crois qu'il vaut mieux qu'on se concentre sur l'aspect moteur de blog/CMS, plutôt que des briques en dessous, et déléguer toutes les tâches bas niveau à quelque chose qui n'est pas rigide. -- Bruno
_______________________________________________ Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
