Le 16 août 2013 22:33, Pep <[email protected]> a écrit : > -----Message d'origine----- > De : [email protected] [mailto:[email protected]] > De > la part de Nicolas > Envoyé : vendredi 16 août 2013 20:53 > > > entre une classe non testée unitairement et du code éprouvé, lequel > choisis-tu ? D'ailleurs le support de SQLite se fait déjà via PDO ! > > Désolé mais, pour moi, un code testé unitairement ne suffit pas à être > qualifié de code "éprouvé". >
On est d'accord. > Un code éprouvé, c'est quelque chose qui tourne correctement en production, > depuis plusieurs années et sur quelques centaines d'installations. > Et quand il est testé unitairement et tournent sur des millions d'installations pendant des années, est-ce qu'on peut considérer qu'il est éprouvé ? > Alors, oui, je suis sans doute de la vieille école : si je considère que le > TDD est un plus non négligeable vers la qualité du code, il n'est en rien > une panacée. C'est un peu comme les diplômes : au mieux ça filtre les plus > mauvais éléments, en rien ça ne te garantit les meilleurs. > Je n'ai pas parlé de TDD mais juste de tests unitaires. Je pense que tu n'as pas dû faire assez de tests unitaires. Certes, le fait de tester ne garantie pas la meilleure qualité du code sur le court terme, mais en rejoignant ce que tu disais au dessus, sur le long terme, avec ce code mis en prod pendant des années on se rapproche du meilleur code possible de façon plus certaine sans regression. > > Quant au support de SQLite via PDO, il faudrait que je te retrouve les > échanges à ce sujet, juste histoire de rigoler. Dans mes souvenirs, le > passage a été fait contraint et forcé à cause de l'incapacité de l'équipe > PHP à l'époque à se décider sur le support ou non en natif de SQLite, > quelle > version, quelle forme. > > Là c'est une autre histoire comme tu dis et ce n'est pas nécessairement la faute de ceux qui l'ont codé. De mémoire, dans PHP, le support de SQLite en version 2 se faisait en natif ou PDO et pour la version 3, uniquement avec PDO. > > dbschema est certes intéressant mais à des limites aussi et a les mêmes > faiblesses que dblayer. > > Je n'en doute pas. Mais quelles sont-elles concrètement ? > Et ma question porte plus sur la partie exploitation en production (et > développement de plugins, à la limite) que sur l'aspect maintenance du > code. > > Il n'y a pas de gestion des auto-incréments par exemple. Je n'ai jamais compris pourquoi cela n'a pas été fait. Je ne me souviens plus précisément les problèmes que j'avais rencontré mais j'avais fini par faire le schéma à la main ce qui est vraiment dommage. Là pour dbschema je ne connais pas d'équivalent qui ne soit pas énorme mais je ne connais pas toutes les librairies... Nicolas -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
