Pour compléter, si on surcouche du PDO, je suis à poursuivre mon pacte avec le diable et à fournir de quoi assurer le fonctionnement de DC avec MS SQL Server et/ou Azure.
Pas que jaime ça, hein, jusque jai beaucoup les mains dedans depuis quelques temps. De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la part de Pep Envoyé : samedi 13 juillet 2013 17:08 À : dev@list.dotclear.org Objet : Re: [Dotclear Dev] proposition d'aide Pour Twig, tu dois bien te douter que je suis prêt à signer des 2 mains. ;-) Dailleurs, je joue déjà avec depuis un moment pour les quelques trucs en PHP que je fais encore. Javoue que je nai pas trop remis le nez dans PDO depuis un moment, tellement javais été déçu des premières moutures. Cest vraisemblablement un tort et la piste dune simple surcouche maison (#oupas) est à creuser, en effet. De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la part de Dsls Envoyé : samedi 13 juillet 2013 17:04 À : dev@list.dotclear.org Objet : Re: [Dotclear Dev] proposition d'aide > 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. Ça fait bien sûr partie à mes yeux des critères d'éligibilité des composants remplaçants :) Pour dblayers par exemple, je ne veux surtout pas proposer un ORM comme Doctrine, une simple surcouche à PDO pourrait suffire. Pour Twig, c'est son coté tendance et proche de django qui m'ont séduits, ainsi qu'une gestion assez poussée niveau cache. C'était aussi le but de ma question sur ce qui était à la mode dans le monde PHP actuellement, il doit bien exister des composants à faible empreinte mémoire.
_______________________________________________ Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
