J'ai eu une pensée folle aujourd'hui. J'ai découvert que mes utilisateurs apprécient davantage mes interfaces Web que mes interfaces utilisateur WinForms ... mais il y a de bonnes raisons d'écrire encore une application 'client intelligent'. Est-ce que je peux écrire mon interface utilisateur d'application dans ASP.NET/MVC, l'héberger dans mon client exe et y accéder localement en utilisant le contrôle IE dans mon application winforms?Hébergement ASP.NET au sein de mon application
Existe-t-il un serveur léger asp.net que je peux héberger en cours de traitement ou en mode fork off? Quelqu'un at-il essayé cela? Les résultats ont-ils été flatteurs?
Il n'y a vraiment pas raison pour laquelle les utilisateurs préfèrent une interface Web à une interface utilisateur WinForms, car il n'y a rien que vous pouvez faire avec HTML que vous ne pouvez pas avec WinForms. En fait, il y a beaucoup de choses que vous pouvez faire avec WinForms UI que vous ne pouvez pas faire avec HTML, et obtenir un peu d'aide d'un concepteur d'interface utilisateur professionnel peut aller beaucoup plus loin que le déploiement de serveur web local et hébergement IE ActiveX. –
Franci, bien que ce que vous dites est strictement vrai, j'ai du mal à croire que vous pouvez écrire une interface qui redistribue et redimensionne avec différentes tailles de fenêtres et préférences de polices aussi facilement que possible en HTML. Le moteur de mise en page ne supporte tout simplement pas de telles choses. Tous les problèmes ne sont pas un clou. – JoshRivers
Franci, quand vous dites qu'il n'y a aucune raison de préférer Web à WinForms, vous devez réaliser que cette préférence ne doit pas être basée sur la logique ou les fonctionnalités. Cela peut aussi être basé sur des intangibles. Il pourrait leur être plus familier, ou plus simple, ou l'un des mille raisons qui n'ont rien à voir avec la fonctionnalité. –