Question

Je recherchais un bon outil ORM pour PHP et j’ai récemment trouvé une bonne classe d’ORM à Kohana. Il a une implémentation ORM assez bonne et simple. Le problème est que le code n'est pas utilisable en dehors du framework Kohana sans réécriture / refactor. Il s’appuie sur le chargeur de classe Kohana et sur diverses stratégies de chargement de cadre pour même fonctionner en premier lieu. En outre, les classes requises ne sont pas regroupées dans un seul répertoire de dépendance, ni même plusieurs répertoires.

Lors de cette réécriture, j’ai l’intention de republier le code via sourceforge ou quelque chose du genre, et ces gars-là pourront bien sûr le réutiliser s’ils le souhaitent. Donc, devrais-je juste empaqueter l'ensemble de fichiers nécessaire dans un seul répertoire et faire en sorte que les classes appropriées effectuent un require_once sur toutes les classes dépendantes, et 2 devrais-je m'en tenir aux noms de classes d'origine qui dépendent du projet (comme Kohana_exception), même si c'est assez non lié au projet Kohana dans son ensemble?

Une deuxième option serait d’écrire un autre chargeur de classes qui est une version simplifiée du chargeur de classes Kohana Framework, et ne se préoccupe que des choses liées à ORM ...

Était-ce utile?

La solution

Si vous pensez que ce que vous faites constituera une nette amélioration pour le projet Kohana, vous devez apporter vos modifications et soumettre un correctif à prendre en compte par les responsables du projet. Vous n'êtes probablement pas la première personne à apprécier une partie de leur framework, et vous pouvez aider à encourager l'encodage de leurs composants en soumettant un patch (bien que cela demande beaucoup plus de temps de la part de l'ingénieur).

On dirait que vous extrayez une partie de leur framework pour une utilisation indépendante, vous n’avez donc pas l’impression que vous bifurquiez, bien que je puisse imaginer que la suppression de toutes ces dépendances puisse sembler être une fourchette.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top