Frage

Wie wäre am besten das folgende Szenario umgesetzt werden:

Es gibt eine einheitliche Benutzeroberfläche für eine Anwendung in der Version 1.0, z.B. ein Bestellformular. Diese Anwendung wird individuell auf die Bedürfnisse der verschiedenen Kunden zu passen. Dies könnte ein zusätzliches Feld „gewünschte Lieferzeit“ für Kunden A, die omittance der Feldes „Telefonnummer“ für Kunden B, eine extra Karte Plugin sein, die Lagerhäuser in der Nähe für die Kunden C und eine Kombination von dieser für die Kunden D zeigt.

Jetzt gibt der Entwickler eine neue Version des standardisierten Bestellformular, Version 2.0. Was ist der beste Weg, dies zu entwerfen minimalen Aufwand zu haben (wenn überhaupt), um sicherzustellen, alle Anpassungen für die Kunden getan kann am Leben gehalten werden?

Ich kann folgende Lösungen vor:

  • Konfiguration: alle Optionen konfigurierbar sind. Dies kann eigentlich keine Lösung sein, da alle möglichen Bedürfnisse der Kunden nicht vorgesehen werden kann.
  • Vererbung: Anpassungen werden durchgeführt, indem die standardisierte Version erben. Doch wie kann man die neue Version stellen Sie sicher, führt nicht zu einer „beschissen“ Looking angepasste Version?
War es hilfreich?

Lösung

Die unmittelbare Option, die in den Sinn kommt, ist ein UI-Spezifikation, die außerhalb der Anwendung vorhanden ist. Wenn die Anwendung ausgeführt wird, wird die Benutzeroberfläche zur Laufzeit generiert. Während dies mehr Arbeit als ein statischer, zusammengestellt UI ist, es ist auch vielen flexibler auf langer Sicht, da Ihr spezifischer Software-Lebenszyklus.

Es Rahmenbedingungen sind, die ausschließlich für diesen Zweck existieren: XUL sind eine gut bekannte Beispiel.

Sie könnten jedoch von Hand rollen Sie Ihre eigenen. Letztendlich ist dies gibt Ihnen die Möglichkeit, Ihre Kunden Benutzeroberflächen getrennt zu halten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top