Zuerst ein paar Definitionen, um die Dinge klar zu halten.

Benutzer: Eine lebende Person, die die Software verwendet

Kunde: Ein Unternehmen, das eine angepasste Version unserer Software für seine Benutzer bezahlt.

Derzeit gibt es einige Anwendungen, bei denen die Benutzeroberfläche je nach Client, zu dem der Benutzer gehört, erheblich geändert werden muss. Wir haben derzeit einen separaten Build für jeden Client, aber mit zunehmender Anzahl von Clients wird es immer schwieriger, all diese separaten Releases zu verwalten.

Mein Ziel ist es, zu einem einzelnen generischen Client zu wechseln, der dynamisch angepasst werden kann, je nachdem, wer sich anmeldet. Da für unsere Software ohnehin eine Internetverbindung erforderlich ist (Webservices werden häufig verwendet), habe ich überlegt, nur ein WebBrowser-Steuerelement in .NET zu verwenden und dies zuzulassen Interagieren Sie (über ObjectForScripting) mit der erforderlichen Hardware auf dem Computer.

Dann wird die gesamte Benutzeroberfläche in HTML / JavaScript geschrieben und auf dem Server gespeichert, wodurch die Verteilung und Wartung neuer Benutzeroberflächen trivial wird. Der generische Client ist nicht viel mehr als ein benutzerdefinierter Webbrowser, der weiß, wie er mit unseren Hardwaregeräten kommuniziert, und der per Javascript dazu aufgefordert werden kann.

Ich sehe viele Vorteile für diesen Ansatz und nicht zu viele Nachteile. Was vermisse ich? Warum sollte ich NICHT in diese Richtung gehen?