Zusätzliches Plug-In zur Herstellung der Kompatibilität
Entschuldigung aber du hast nicht die Rechte um dieses Post zu sehen!
3 Antworten auf „Zusätzliches Plug-In zur Herstellung der Kompatibilität“
Wenn Plug-ins, die die verschobenen Klassen nutzen, sowieso angepasst werden müssen: wäre es dann nicht sinnvoller, diese Plug-ins dann gleich „richtig“ zu ändern und die verschobenen Klassen zu ersetzen?
Prinzipiell stimme ich dem zu, ich stehe nur immer wieder in dem Konflikt, wie viel ich einem Dritt-Entwickler (ich gehe davon aus, dass es nicht nur die Los E – Plug-Ins gibt) zumuten kann und darf, um seine Software auf ein neues Rahmenwerk 2.0 anzupassen.
Momentan konnte ich die Los E – Plug-Ins im Wesentlichen durch hinzufügen der Abhängigkeit zu dem „Kompatibilitäts-Plug-In“ der Rahmenwerks „portieren“ ?
Okay, verstanden. Dann bin ich mit der Lösung einverstanden, damit die betreffenden Plug-ins schnell angepasst werden können. Und es liegt dann am jeweiligen Entwickler oder Auftraggeber, die vollständige Anpassung ohne dieses Zusatz-Plug-in durchzuführen (lassen).
Wenn Plug-ins, die die verschobenen Klassen nutzen, sowieso angepasst werden müssen: wäre es dann nicht sinnvoller, diese Plug-ins dann gleich „richtig“ zu ändern und die verschobenen Klassen zu ersetzen?
Prinzipiell stimme ich dem zu, ich stehe nur immer wieder in dem Konflikt, wie viel ich einem Dritt-Entwickler (ich gehe davon aus, dass es nicht nur die Los E – Plug-Ins gibt) zumuten kann und darf, um seine Software auf ein neues Rahmenwerk 2.0 anzupassen.
Momentan konnte ich die Los E – Plug-Ins im Wesentlichen durch hinzufügen der Abhängigkeit zu dem „Kompatibilitäts-Plug-In“ der Rahmenwerks „portieren“ ?
Okay, verstanden. Dann bin ich mit der Lösung einverstanden, damit die betreffenden Plug-ins schnell angepasst werden können. Und es liegt dann am jeweiligen Entwickler oder Auftraggeber, die vollständige Anpassung ohne dieses Zusatz-Plug-in durchzuführen (lassen).