Forking Open-Source-PHP-Code, Projekt Strategie Classloader

Question

Ich habe ein gutes PHP ORM-Tool Suche zu verwenden, und ich fand vor kurzem eine gute ORM-Klasse in Kohana. Es hat eine ziemlich gute und einfache ORM Umsetzung. Das Problem ist, ist der Code unreusable außerhalb des Kohana Rahmen ohne Umschreiben / Refactoring. Es beruht auf der Kohana Class Loader und verschiedenen Rahmenladestrategien auch in erster Linie zu arbeiten. Ferner werden die erforderlichen Klassen nicht in einer einzigen Abhängigkeit Verzeichnis verpackt oder sogar mehrere Verzeichnisse.

Wenn ich diese Rewrite tun beabsichtige ich, den Code über Source oder etwas zu veröffentlichen, und die Jungs natürlich kann es wiederverwenden, wenn sie wollen. Also sollte ich verpacken nur die fileset in ein Verzeichnis benötigt wird, und nehmen Sie die entsprechenden Klassen eine require_once auf alle abhängigen Klassen zu tun, und 2 soll ich mit den ursprünglichen Klassennamen halten, die projektabhängig (wie Kohana_exception), obwohl es ziemlich viel ist in keinem Zusammenhang mit dem Kohana Projekt als Ganzes?

Eine zweite Möglichkeit wäre, einen anderen Classloader zu schreiben, die eine vereinfachte Version des Kohana Framework-Klassenladeprogramm ist, und kümmert sich nur um die ORM bezogenes ...

Answer 1

Wenn Sie denken, was Sie tun, wird eine deutliche Verbesserung des Kohana Projekt Sie Ihre Änderungen vornehmen sollte und legt einen Patch vom Maintainer des Projekts berücksichtigt werden. Sie sind wahrscheinlich nicht die erste Person, die einen Teil ihres Rahmens und bauteil llen ihre Rahmen in kleinere Bits zu schätzen etwas sein, dass Sie durch die Vorlage eines Patches fördern helfen könnte (obwohl das wird viel mehr Zeit auf Ihrer Seite zu konstruieren).

Es klingt wie Sie sind ein Stück ihres Rahmens für die unabhängige Nutzung extrahieren, damit es nicht klingen wie Sie überhaupt sind gabeln, obwohl ich mir vorstellen kann alle diese Abhängigkeiten zu entfernen sicher, wie eine Gabel zu sein scheint.