Kontrola WebBrowser jako interfejs użytkownika

Najpierw kilka definicji, aby wszystko było jasne.

Użytkownik: żywa osoba korzystająca z oprogramowania

Klient: firma, która płaci za dostosowaną wersję naszego oprogramowania dla swoich użytkowników.

Obecnie mamy kilka aplikacji, które będą wymagały znacznych zmian w interfejsie użytkownika w zależności od tego, do którego klienta należy użytkownik. Obecnie mamy osobną kompilację dla każdego klienta, ale wraz ze wzrostem liczby klientów zarządzanie wszystkimi osobnymi wersjami staje się coraz bardziej bolesne.

Moim celem jest przejście na jednego klienta ogólnego, który może być dostosowywany dynamicznie na podstawie tego, kto się loguje. Ponieważ nasze oprogramowanie i tak wymaga połączenia internetowego (szeroko korzysta z usług internetowych) rozważałem użycie kontrolki WebBrowser w .NET i umożliwienie jej współdziałać (poprzez ObjectForScripting) z wymaganym sprzętem komputera.

Cały interfejs użytkownika jest napisany w języku HTML / JavaScript i przechowywany na serwerze, co sprawia, że ​​dystrybucja i obsługa nowych interfejsów użytkownika staje się banalna. Ogólny klient to niewiele więcej niż niestandardowa przeglądarka internetowa, która wie, jak rozmawiać z naszymi urządzeniami sprzętowymi i może zostać poinformowana o tym przez javascript.

Widzę wiele zalet tego podejścia i nie za wiele wad. czego mi brakuje? Dlaczego NIE powinienem iść w tym kierunku?

questionAnswers(6)

yourAnswerToTheQuestion