L'exécution d'une Application WinForms à l'Intérieur du Navigateur Web
J'ai un win formulaire de demande et je suis en train de l'exécuter dans le navigateur web,j'ai fouillé le web et trouvé quelques liens:
J'ai essayé ce lien:L'incorporation d'un .NET WinForms Application dans un Navigateur Internet à l'Aide de WPF
,cela fonctionne bien mais le problème est que l'utilisateur final a installer dot net frame work
pour l'exécution de l'application.
J'ai trouvé un autre lien ici pour l'exécution d'une Application WinForms à l'Intérieur du Navigateur Web,avec Visual WebGui cadre de développement.
Quelqu'un avait une expérience avec le WebGui?
Visual interface WebGui n'est plus en développement/support: Le seul endroit pour le trouver jusqu'à Codeplex meurt est ici: archive.codeplex.com/?p=visualwebgui)
OriginalL'auteur KF2 | 2013-07-18
Vous devez vous connecter pour publier un commentaire.
winforms n'est pas web. Le Web est Web.
Web HTML + quelque chose (généralement JavaScript, CSS et probablement jQuery ou tel).
1 - Si vous avez besoin d'une application web, et que vous voulez faire avec .Net, créer un ASP.Net Application.
2 - Si vous avez besoin d'une application Windows (Bureau), créer une application WPF.
3 - Si vous avez besoin d'un Windows 8 "Métro" le style de l'application (un.k.une Application du Windows Store), créer une XAML application.
4 - winforms est complètement inutile. L'oublier.
Si vos clients ne veulent pas installer n'importe quelle version de la .Net Framework, votre seule option est #1.
Une application winforms ne sera JAMAIS une application web, indépendamment de tous les hacks-vous faire pour le faire fonctionner à l'intérieur d'un navigateur web.
un XBAP (WPF Application de Navigateur) n'est PAS une application web. C'est juste un WPF application client qui ne dispose pas de sa propre fenêtre.
Edit:
Si vous avez fait les choses de la droit (soit, en maintenant la séparation des préoccupations et de mettre l'application de la logique dans les Contrôleurs ou les ViewModels au lieu de l'horrible code derrière les pratiques de la plupart des winforms les développeurs sont généralement utilisés pour), Il ne devrait pas être difficile de le réutiliser la logique de l'application et de créer une nouvelle application (web ou autre), tout en maintenant l'Accès aux Données et la Logique Métier couches intactes.
Je n'ai aucune idée de ce que c'est, et je ne les soins. Si j'ai besoin de web, je vais le web, sinon WPF. il n'y a pas de raison d'utiliser obsolètes winforms choses.
j'ai une application winform.j'ai pu courir je avec wpf application navigateur comme hostelement,que du bon travail, mais l'utilisateur doit installer .net,donc je n'ai pas assez de temps pour écrire de la même application web,je vois le WebGui de conception de formulaire est le même que winform application,j'ai besoin de savoir puis-je copier mon formulaire de WebGui application sans modification.
Voir mon edit.
Juste curieux de savoir pourquoi est - ce marqué comme réponse quand il ne veut pas répondre directement à la question, et la réponse ci-dessous, qui ne s'adresse directement il n'est pas et a été voté? C'est un commentaire intéressant et mérite d'être lu, mais ne semble pas être une réponse réelle.
OriginalL'auteur Federico Berasategui
Bien, Visual interface WebGui est web sur ASP.NET. Son développement, l'expérience est la meme/similaire à celle de Windows Forms à l'aide de Visual interface WebGui designer intégré dans Visual Studio. Vous faites de votre code derrière tout de même comme vous le feriez sur des Formes de Windows et l'interface WebGui runtime transforme en HTML5/CSS/JS.
Les efforts nécessaires pour convertir votre application Windows Forms pour un equivialend Visual interface WebGui application web dépend de la (3ème partie /.NET) des composants utilisés dans votre application Windows Forms. Le Visual interface WebGui de l'API est farily similaire à celle de Windows Forms, dans certains cas, vous pouvez ajouter un peu de références à WebGui assemblées spécifiques, puis à un rechercher/remplacer pour un couple d'espaces de noms. Il y a bien sûr quelques différences, ces deux plates-formes différentes, mais le développement de l'expérience est assez similaire à Windows Forms.
OriginalL'auteur Palli
Je pense que cette question est très similaire à celui-ci:
Est-il possible de convertir un WinForm à un Formulaire en ligne .NET?
Comme mentionné avant, le seul moyen d'exécuter la demande "est" à l'intérieur d'un navigateur sera par le biais de l'utilisation de certains contrôle activex et qui requièrent IE + .NET Framework.
Il existe des outils que vous pouvez utiliser pour migrer automatiquement l'application sur le Web, mais il y aura toujours des efforts consacrés et il ne sera pas la même que la construction de l'application à partir de zéro comme une application web.
OriginalL'auteur willvv
Dans mon expérience limitée avec Visual Interface WebGui, il est assez cool de la technologie. En termes simples, ce que je comprends, vous pouvez utiliser les Formulaires Windows IDE de développement pour créer un HTML5 compatible ASP.NET client/serveur web application... et pas seulement un site web ou une page, avec un look et se sentent très bien comme un Windows forms application de bureau. Il le fait par la conversion de Winforms des contrôles de jquery code côté client, et stocke la plupart du code exécutable sur le côté serveur.
Je l'ai utilisé pour créer des applications simples à des fins de test, et il ya quelques mises en garde. Tout d'abord, pour créer un "joli" site web, vous avez besoin de repenser les Winforms la mise en page à faire du web, en-têtes, des encadrés, etc. C'est un paradigme différent, et les utilisateurs s'attendent à certaines choses sur un site web. La bonne nouvelle, c'est que cet ajustement peut être fait souvent assez facile par simple manipulation de contrôles; c'est à dire un Panneau de contrôle peut devenir un conteneur pour une barre latérale ou en-tête. Vous pouvez aussi créer des "thèmes", qui sont comme des skins pour les commandes permettant de modifier l'apparence.
Une autre considération est que les événements pour des choses comme les boîtes de dialogue pop-up se comportent différemment dans un environnement web. En Winforms l'exécution du programme s'arrête jusqu'à ce que l'utilisateur clique sur un bouton "OK" ou quelque chose. Dans Visual interface WebGui, tous l'exécution se fait sur le côté serveur; ainsi, l'exécution du programme continuera sans attendre la saisie de l'utilisateur. Cela peut être manipulé par la création d'un Formulaire.Fermer le gestionnaire de la boîte de pop-up. Mais ces sortes de différences doivent être gardées à l'esprit.
Vous devez également considérer un objet de mise en page des anomalies. Visual interface WebGui fait un bon travail en général d'imiter les Winforms WYSIWYG avantage: les Objets apparaissent normalement assez proche sur la page web à l'endroit où vous les mettez dans l'environnement. Mais ce n'est pas toujours le cas; vous avez besoin de jouer avec l'objet de rembourrage, les marges, etc. parfois, pour obtenir le droit de mise en page. Néanmoins, il est souvent beaucoup plus facile que de faire changer l'espacement avec CSS ou div objets.
Le Site est mort. Les Technologies de ce genre sont trop cool. Ils meurent.
Visual interface WebGui n'est plus en développement/support: Le seul endroit pour le trouver jusqu'à Codeplex meurt est ici: archive.codeplex.com/?p=visualwebgui)
OriginalL'auteur MQuiggGeorgia