Migration von einem PHP-Framework zu einem anderen

Ich arbeite mit einem Web-Unternehmen zusammen, das sich einem Punkt nähert, an dem es wahrscheinlich notwendig sein wird, das Produkt als V2 zu überdenken - da einige seiner V1-Grundlagen und -Prinzipien, die in praktisch alles eingebaut wurden, vom Datenmodell bis zum Benutzeroberflächen. Aus verschiedenen Gründen kann diese Entwicklung eine Migration von CakePHP (mit dem die V1 erstellt wurde) zu Symfony oder Zend beinhalten.

Ich möchte nach einigen erfahrenen Ansichten darüber fragen, wie Menschen einen solchen Übergang für eine Website mit erheblichem Datenverkehr und Umsatz generiert haben könnten. Ich möchte keine Diskussion über die Vor- und Nachteile verschiedener PHP-Frameworks eröffnen oder darüber, warum diese Migration möglicherweise erforderlich ist. Vielmehr würde mich sehr interessieren, ob es einige praktische Alternativen gibt, um ein paar Monate lang neben dem V1 einen V2 von Grund auf neu zu bauen - und wertvolle Codierungszeit für die Dauer dieses intensiven Zeitraums zu sichern. Ein Beispiel für eine solche Alternative könnte die teilweise Migration einer App über einen längeren Zeitraum sein.

Ich wäre dankbar für alle Ansichten von Menschen, die solche Übergänge geschafft haben oder daran beteiligt waren.

Danke im Voraus.

Wenn es sich um eine kommerzielle Anwendung handelt, die das Geschäft Ihres Unternehmens ist, ist es möglicherweise besser, auf ein Framework eines Drittanbieters zu verzichten. Wenn dann die Zeit für v3 kommt, werden Sie nicht wieder mit demselben Problem konfrontiert sein. Und Sie werden nie in einer Situation sein, in der Sie Ihren Code als Reaktion auf Aktualisierungen des Frameworks ständig anpassen müssen. Frameworks eignen sich hervorragend, um Dinge schnell zum Laufen zu bringen. Wenn dies jedoch a) Kern Ihres Unternehmens ist und b) langfristig gewartet wird, verringert sich der Wert des Frameworks.

Lernen Sie das neue Framework zuerst sehr gut kennen und stellen Sie sicher, dass es Ihren Anforderungen entspricht und dass Sie die Paradigmen des neuen Frameworks wirklich verstehen. Sie müssen eine Menge Code wegwerfen, und das ist in Ordnung. Wichtig ist, dass Sie das neue Framework so verwenden, wie es verwendet werden sollte, die Funktionen voll ausnutzen und nicht an Denkweisen Ihres alten Frameworks gebunden sind. Versuchen Sie nicht, Zend "the CakePHP way" * zu verwenden

Als ich zum Beispiel das MVC-Framework von früheren Nicht-MVC-Frameworks verwendete, verstand ich nicht wirklich, wie Modelle, Ansichten und Controller funktionieren sollten, und schrieb schrecklich aussehenden Code, weil ich den neuen nicht verstand Art Dinge zu tun. Es ist besser, an einem minderwertigen alten Framework festzuhalten, als eine schlecht geschriebene App auf einem besseren Framework zu haben.

* Ich bin auch nicht vertraut, daher weiß ich nicht, wie ähnlich / vergleichbar sie sind.

Das erste, was Sie berücksichtigen sollten, ist, dass Sie ein Produkt von Grund auf neu schreiben sollten . Dies gilt insbesondere dann, wenn Sie mit der aktuellen Version bereits Geld verdienen. Grundsätzlich werden Sie 6 Monate Zeit verbringen, nur um dorthin zurückzukehren, wo Sie vor 6 Monaten waren. Erst jetzt haben Sie mehr Fehler (oder zumindest verschiedene Fehler), wieder eingeführte Fehler, die bereits im alten Code behoben wurden, und Sie sind sechs Monate hinter dem zurück, wo Sie hätten sein können, wenn Sie gewesen wären Hinzufügen von Funktionen zur alten Codebasis.

CakePHP, Zend und Symphony sind weitgehend identisch (dh sie sind alle MVC-Frameworks über PHP), daher bin ich mir nicht sicher, welchen Vorteil Sie von einem zum anderen haben würden. Es gibt sicherlich Unterschiede im Funktionsumfang, aber lohnt es sich wirklich, sich die ganze Zeit zurückzusetzen? Könnten Sie für die Zeit, die Sie in Zend oder was auch immer von Grund auf neu schreiben würden, dieselbe Zeit damit verbringen, Cake die erforderlichen Funktionen hinzuzufügen?

Meiner Meinung nach ist es besser, Ihren vorhandenen Code im Laufe der Zeit langsam umzugestalten, als mit einem neuen Framework ganz von vorne zu beginnen.

Das ist natürlich nur meine Meinung. Ich weiß, dass es verlockend ist, vorhandenen (hässlichen, alten) Code zu löschen und von vorne zu beginnen, aber für etablierte Produkte, die bereits funktionieren, gibt es normalerweise wenig zu gewinnen und viel zu verlieren.