von pichel » Di 16. Apr 2024, 09:42
Hallo allerseits,
die Implementierung der Desktop-Ansicht ist leider ein Beispiel dafür, wie man es nicht machen sollte. Und die Möglichkeiten der Benutzeranpassung von Struktur (html) und Aussehen (styles/css) sind ziemlich unhübsch, doch sie funktionieren. Eine Übersteuerung der Logik (JS), die auch Updates überlebt, ist nicht so einfach möglich und auch derzeit nicht vorgesehen.
Wenn ich das ganze Projekt nochmal von vorne beginnen würde, würde ich alles ganz anders machen - es würde Plugin-Schnittstellen für generelle Tasks (Abruf Produktgruppen, Hierarchie, Artikel usw.) geben, die Webseite wäre responsiv und modular aufgebaut, außerdem gäbe es eine Abstraktionsschicht, damit der PHP-Code nicht direkt auf SQL-Ebene rumschrubbt, usw.
Stattdessen ist die Implementierung aktuell so, dass sie sich aus vielen kleinen Dateien zusammensetzt, die ich im Zuge des Deployments in einem automatischen Prozess zu wenigen Klumpen zusammenpacke.
OrderSprinter ist da nicht anders als viele andere Projekte. Es wächst mit seinen Aufgaben. Dabei wird es stetig komplizierter und eigentlich "müsste man mal refactoren" (aufräumen, von Altlasten befreien, neu strukturieren), aber das ist weniger spannend als neue Features hinzuzufügen. Und so wächst der Code mit der Zeit und ein Refactoring wird immer aufwendiger, so dass man es immer weiter in die Zukunft verschiebt...
Zusammengefasst: Wenn also jetzt Anwender an der Logik basteln, was ja prinzipiell trotzdem möglich ist, da der Code ja lesbar ist, würden die Änderungen ein Update nicht überleben. Wenn ich mal viel Zeit habe, würde ich das alles redesignen und mehr Freiheiten für den Anwender einbauen. Aber in nächster Zeit wird das leider nicht passieren.
Gruß,
Stefan
Hallo allerseits,
die Implementierung der Desktop-Ansicht ist leider ein Beispiel dafür, wie man es nicht machen sollte. Und die Möglichkeiten der Benutzeranpassung von Struktur (html) und Aussehen (styles/css) sind ziemlich unhübsch, doch sie funktionieren. Eine Übersteuerung der Logik (JS), die auch Updates überlebt, ist nicht so einfach möglich und auch derzeit nicht vorgesehen.
Wenn ich das ganze Projekt nochmal von vorne beginnen würde, würde ich alles ganz anders machen - es würde Plugin-Schnittstellen für generelle Tasks (Abruf Produktgruppen, Hierarchie, Artikel usw.) geben, die Webseite wäre responsiv und modular aufgebaut, außerdem gäbe es eine Abstraktionsschicht, damit der PHP-Code nicht direkt auf SQL-Ebene rumschrubbt, usw.
Stattdessen ist die Implementierung aktuell so, dass sie sich aus vielen kleinen Dateien zusammensetzt, die ich im Zuge des Deployments in einem automatischen Prozess zu wenigen Klumpen zusammenpacke.
OrderSprinter ist da nicht anders als viele andere Projekte. Es wächst mit seinen Aufgaben. Dabei wird es stetig komplizierter und eigentlich "müsste man mal refactoren" (aufräumen, von Altlasten befreien, neu strukturieren), aber das ist weniger spannend als neue Features hinzuzufügen. Und so wächst der Code mit der Zeit und ein Refactoring wird immer aufwendiger, so dass man es immer weiter in die Zukunft verschiebt...
Zusammengefasst: Wenn also jetzt Anwender an der Logik basteln, was ja prinzipiell trotzdem möglich ist, da der Code ja lesbar ist, würden die Änderungen ein Update nicht überleben. Wenn ich mal viel Zeit habe, würde ich das alles redesignen und mehr Freiheiten für den Anwender einbauen. Aber in nächster Zeit wird das leider nicht passieren.
Gruß,
Stefan