Honnettement les librairie que tu developpe devrait a une echelle minimal etre vue comme ton framework personnelle. Ancré solidement dans les concepts objet, et pouvant etre evolué sans impacté la bonne marche du site. dans ton organisation de site, tu devrait pouvoir facilement disposé d’un dossier contenant l’ensemble des classes que tu as devellopé et te servir de celle dont tu as besoin sachant que la mettre a jour ne doit pas casser ton site. Ou bien c’est que tu a fait une nouvelle version majeur de ta classe. Sinon si le comportement d’une methode varie du tout au tout c’est qu’il vaut mieu laissé l’ancien tel que et crée une seconde méthode qui soit séparer.
Le soucis n’est pas vraiment dû au fait que mes classes dépendent d’un projet, non, au contraire, elles sont belles et bien compatibles car neutre, mais j’entends par là que si je bosse sur 3 projets en même temps, que je débogue ma classe de retour d’erreur par exemple suite à un bug que je n’avais jamais vu, je dois penser à copier la nouvelle classe dans les différentes architectures des deux autres projets, ainsi que dans le dossier général où je stocke mes classes…
Ha tiens, pas bête, je note. Je pensais faire ça autrement mais PHP le permet simplement. Le problème reste au changement local-distant non? En mutu je peux faire de l’include-path?
[quote="Sans-Nom"]
Et moi j'utilise les chargeurs de classe en PHP, avec un (gros) tableau mappant classes à son fichier.
[/quote]
pareil, sauf que j'ai fait plus simple : le nom de la classe est le nom du fichier :D ...
Edité le 25/07/2008 à 10:15
