Läuft eine WinForms-Anwendung im Web-Browser
Ich habe einen win form-Anwendung, und ich versuche, führen Sie es im browser aus,ich stöberte durch das web und finden Sie einige links:
Habe ich versucht diesen link:Die Einbettung .NET WinForms-Anwendung in einem Internet-Browser die Verwendung von WPF
dies funktioniert gut, aber das problem ist, dass die end-Benutzer zu installieren hat dot net frame work
für die Anwendung ausgeführt wird.
Fand ich einen weiteren link hier für läuft eine WinForms-Anwendung im Web-Browser,mit Visual WebGui development framework.
Hat jemand schon Erfahrung mit WebGui?
- Visual WebGui ist nicht mehr in Entwicklung/support: Der einzige Ort, um es zu finden, bis Codeplex stirbt, ist hier: (archive.codeplex.com/?p=visualwebgui)
- es ist möglich, mit WASM und MONO-und jemand hat es. github.com/roozbehid/WasmWinforms hier ein Beispiel webassembly.z19.web.core.windows.net es funktioniert unter linux ohne .net
Du musst angemeldet sein, um einen Kommentar abzugeben.
winforms ist nicht web. Web ist Web.
Web mittels HTML + etwas (in der Regel JavaScript, CSS und wohl jQuery oder so).
1 - Wenn Sie eine web-Anwendung ist, und wollen es mit .Net, erstellen Sie eine ASP.Net -Anwendung.
2 - Wenn Sie eine Windows-Anwendung (Desktop), eine WPF-Anwendung erstellen.
3 - Wenn Sie einen Windows 8 "Metro" - Stil Applikation (ein.k.eine Windows Store-App), erstellen eines WinRT-XAML-Anwendung.
4 - winforms ist komplett nutzlos. Vergessen.
Wenn Ihre Kunden nicht wollen, installieren Sie jede version von der .Net Framework, ist nur die option #1.
Einer winforms-Anwendung wird NIE eine web-Anwendung, unabhängig von irgendwelchen hacks, die Sie tun, um es in einem web-browser.
einer XBAP (WPF-Browser-Anwendung) ist auch NICHT eine web-Anwendung. Es ist ganz einfach eine normale WPF-client-Anwendung, die keine eigenen Fenster.
Edit:
Wenn Sie Dinge Taten, die Recht Weg (das ist, maintaing Trennung von Bedenken, und legt der Anwendungslogik in Controller oder ViewModels statt der schreckliche code-behind-Verfahren die meisten winforms-Entwickler sind in der Regel verwendet), sollte Es nicht schwer sein, um die Wiederverwendung von Anwendungslogik und erstellen Sie eine neue Anwendung (web oder anderweitig) unter Beibehaltung der Daten und Business Logik Layer intakt.
Gut, Visual WebGui ist web über ASP.NET. Seine Entwicklung von Erfahrung ist die gleiche/ähnlich wie bei Windows Forms mit Visual WebGui-designer integriert in Visual Studio. Sie haben Ihre code-behind-genau das gleiche, als würden Sie auf Windows Forms und die WebGui Laufzeit wandelt es in HTML5/CSS/JS.
Anstrengungen notwendig, um konvertieren Sie Ihre Windows Forms-Anwendung, um eine equivialend Visual WebGui-web-Anwendung hängt von der (3. Partei /.NET) Komponenten, die in Ihrer Windows Forms-Anwendung. Visual WebGui API ist farily ähnlich wie bei Windows Forms, so dass in einigen Fällen können Sie fügen Sie ein paar Verweise auf die WebGui bestimmte Assemblys und dann ein suchen/ersetzen für ein paar namespaces. Es gibt natürlich einige Unterschiede, das sind zwei unterschiedliche Plattformen, aber die Entwicklung von Erfahrung ist ganz ähnlich wie mit Windows Forms.
Ich denke, diese Frage ist sehr ähnlich wie diese:
Ist es möglich, zu konvertieren, ein WinForm zu einem WebForm, das in .NET?
Wie bereits erwähnt, ist der einzige Weg, um die Anwendung ausführen "wie Sie ist" in einem browser wird durch den Einsatz von activex-Steuerelement und das würde erfordern, DH + .NET-Framework.
Es gibt tools, die Sie verwenden können, um automatisch die Migration der Anwendung auf das Internet, aber es wird immer einige manuelle Aufwand, und es ist nicht die gleiche wie der Aufbau der Applikation von Grund auf neu als web-app.
In meiner begrenzten Erfahrung mit Visual WebGui, es ist ziemlich cool-Technologie. In einfachen Worten, wie ich es verstehe, können Sie mithilfe der Windows Forms-Entwicklung-IDE zum erstellen einer HTML5-konform ASP.NET client/server web - Anwendung... nicht nur eine Website oder Seite, mit einem Blick und fühlen sich ähnlich wie eine Windows forms-desktop-Anwendung. Es tut dies durch die Umwandlung von Winforms-Steuerelemente, um jquery-code auf der client-Seite, und speichert die meisten der ausführbare code auf der server-Seite.
Ich habe es verwendet, um erstellen Sie einfache Anwendungen für Test-Zwecke, und es gibt ein paar Vorsichtsmaßnahmen. Zuerst erstellen Sie eine "hübsche" website, Sie brauchen ein Umdenken in der Winforms-layout, um es web-like, mit Header, Seitenleisten, etc. Es ist ein anderes Paradigma, und die Benutzer erwarten, dass bestimmte Dinge auf einer Webseite. Die gute Nachricht ist, dass diese Anpassung kann oft gemacht werden, ziemlich leicht, indem Sie einfach die Manipulation von Kontrollen, d.h. ein Panel-Steuerelement kann ein container für eine sidebar oder header. Sie können auch "Themen", die wie die skins für die Steuerelemente zum ändern der Darstellung.
Des weiteren muss berücksichtigt werden, dass Ereignisse, die für Dinge wie popup-Dialogfelder, die sich anders Verhalten, in einer web-Umgebung. In Winforms Programmausführung wird angehalten, bis der Benutzer klickt auf eine Schaltfläche "OK" oder so etwas. Innerhalb von Visual WebGui, alle die Ausführung erfolgt auf der server-Seite, also die Ausführung des Programms fortsetzen würde, ohne auf Benutzereingaben warten. Diese können behandelt werden, indem erstellen ein Formular.Schließen Sie handler für die popup-box, obwohl. Aber solche Unterschiede müssen im Auge behalten werden.
Müssen Sie zudem Bedenken, Objekt-layout-Anomalien. Visual WebGui macht einen guten job in der Regel der Nachahmung der Winforms-WYSIWYG-Vorteil: Objekte erscheinen in der Regel ziemlich nahe, auf der Webseite, wo man Sie in der Umgebung. Aber dies ist nicht immer der Fall ist, müssen Sie spielen, um mit Objekt-Polsterung, Ränder, etc. manchmal, um die richtige layout. Trotzdem ist es oft viel einfacher, als mühsam wechselnden Abstände mit CSS oder div-Objekte.