GWT peut être utilisé avec n'importe quel back-end avec un peu de travail. Hors de la boîte, il utilise un conteneur de servlet, mais vous n'avez pas besoin de garder ce récipient. L'élément clé dans le conteneur est la balise de script pour charger le GWT code compilé, par exemple:
GWT prend la relève et est à ce point indépendant de l'arrière-fin si vous voulez qu'il soit. Celui qui est source de confusion est le GWT RPC. Ce ne doit pas être utilisé comme GWT prend en charge générale JSON demander de l'aide. .NET de l'intégration à l'aide de JSON discuté ici:
Il y a aussi des projets qui sont attachant GWT RPC .NET:
http://code.google.com/p/gwtrpcnet/
GWT est utilisé assez réussi avec un certain nombre de d'autres fins que les servlets Java afin de tracas, d'autres que de travailler sur les détails de la configuration initiale, il ne devrait pas être nombreux. Même le débogage dans Eclipse devrait fonctionner (oui .NET'rs aurez besoin d'utiliser Eclipse pour debug)
Une approche similaire est d'utiliser Script# qui ne nécessite que l'utilisation de C# au lieu de JS pour le côté client code.
Je l'ai essayé moi-même et je n'aimais pas ça, car à l'époque, le code a été en ligne avec le code HTML.
Mais il semble que la prochaine version de ASP.NET (déjà disponible en version Bêta) a de nouvelles approches de lutte contre les inconvénients que ASP.NET avait en comparaison à Java+GWT.
J'ai publié un exemple à http://www.cromoteca.com/en/blog/gwt-asp-net-proxy. J'utilise NetBeans ou Eclipse pour écrire GWT code et Visual Studio pour la partie serveur. Mon exemple inclure une servlet proxy qui relie les deux environnements de développement, de sorte que vous pouvez utiliser GWT dev mode avec le serveur réel de code écrit en ASP.NET. C'est à vous de choisir un format de données pour envoyer des données au client, j'ai choisi JSON, puisqu'elle est déjà disponible dans les deux .NET et GWT.
Vous pouvez utiliser GWT pour générer le côté client code écrit en Java et l'utilisation asp.net pour le back-end.
C'est un peu plus délicat que vous n'obtiendrez pas la sérialisation dans le fil gratuit que vous obtiendrez de l'aide de Java sur le dos trop fin.
Je ne serais pas vraiment recommander cette approche, il est lié à être chiant à entretenir.
Je vous recommande d'utiliser une bonne trousse à outils javascript comme jquery et jquery UI.
OriginalL'auteur Tom
GWT peut être utilisé avec n'importe quel back-end avec un peu de travail. Hors de la boîte, il utilise un conteneur de servlet, mais vous n'avez pas besoin de garder ce récipient. L'élément clé dans le conteneur est la balise de script pour charger le GWT code compilé, par exemple:
GWT prend la relève et est à ce point indépendant de l'arrière-fin si vous voulez qu'il soit. Celui qui est source de confusion est le GWT RPC. Ce ne doit pas être utilisé comme GWT prend en charge générale JSON demander de l'aide. .NET de l'intégration à l'aide de JSON discuté ici:
http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/9e1c82cd67e2f27b?hl=en
Il y a aussi des projets qui sont attachant GWT RPC .NET:
GWT est utilisé assez réussi avec un certain nombre de d'autres fins que les servlets Java afin de tracas, d'autres que de travailler sur les détails de la configuration initiale, il ne devrait pas être nombreux. Même le débogage dans Eclipse devrait fonctionner (oui .NET'rs aurez besoin d'utiliser Eclipse pour debug)
OriginalL'auteur jottos
Une approche similaire est d'utiliser Script# qui ne nécessite que l'utilisation de C# au lieu de JS pour le côté client code.
Je l'ai essayé moi-même et je n'aimais pas ça, car à l'époque, le code a été en ligne avec le code HTML.
Mais il semble que la prochaine version de ASP.NET (déjà disponible en version Bêta) a de nouvelles approches de lutte contre les inconvénients que ASP.NET avait en comparaison à Java+GWT.
OriginalL'auteur Jader Dias
J'ai publié un exemple à http://www.cromoteca.com/en/blog/gwt-asp-net-proxy. J'utilise NetBeans ou Eclipse pour écrire GWT code et Visual Studio pour la partie serveur. Mon exemple inclure une servlet proxy qui relie les deux environnements de développement, de sorte que vous pouvez utiliser GWT dev mode avec le serveur réel de code écrit en ASP.NET. C'est à vous de choisir un format de données pour envoyer des données au client, j'ai choisi
JSON
, puisqu'elle est déjà disponible dans les deux .NET et GWT.OriginalL'auteur luciano