【发布时间】：2011-10-26 07:33:30
【问题描述】：
有人有使用 GWT Java 和 HTML5 构建移动应用程序的经验吗？
我遇到了各种文章，但没有多大用处。我正在寻找一个成熟的移动框架，它应该基于 Java 并且不需要服务器端。
【问题讨论】：
-
你的问题真的很奇怪。 GWT+Java需要Server端。
-
GWT 不需要服务器端。
【发布时间】：2011-10-26 07:33:30
【问题描述】：
GWT本身就是移动开发的不错选择，引用GWT官网：
... 用 Java 编写 AJAX 应用程序，然后将源代码编译为高度优化的 JavaScript，可在所有浏览器（包括 Android 和 iPhone 的移动浏览器）上运行
至于服务器端，GWT 不需要服务器端来运行，除了离线下载。也就是说，如果您的应用程序应该通过浏览器启动，那么您就可以开始了。但是，如果您正在考虑创建一个离线类型的应用程序，那么您需要超越 GWT。您仍然可以使用 GWT 编译的脚本，但您需要一个加载应用程序的本机启动器（例如，在 Android WebView 中）。编写这样一个启动器不会是很多工作。这种方法适用于不需要访问本机手机 API（相机、存储、短信等）的独立应用程序
如果您确实需要访问本机电话 API，则需要 PhoneGap 或 Appcelerator Titanium 之类的东西。这两种技术都允许用 Javascript、HTML5 和 CSS 编写的应用程序访问本机电话 API。有一个项目GWT-Phonegap 让您的 GWT 应用程序通过 GWT 的 java 代码使用 phonegap API。
eskimoblood 提出了一个关于 Titanium 的观点，因为它首先编译为 Java（用于 android），因此不适合与 GWT 一起使用。我搜索了详细信息，发现Javascript是compiled to Java byte code使用Rhino JSC compiler。
【讨论】：
-
使用 Appcelerator Titanium，您可以编写 JavaScript 以在 JAVA 或 Objective-C 中编译应用程序。因此，使用它，您将编写 JAVA 以编译为 JavaScript，然后再编译为 JAVA。因此，PhoneGap 是编写移动应用程序的正确选择。
-
这看起来很奇怪。用动态语言编写，失去了类型检查的优势，却将后者转换为严格的类型——Java 或 Objective-C。应该反过来。我宁愿写成编译成 JS 的严格类型。因此，GWT 似乎是更好的选择。 Anyho thatnks 对大家的帮助。我将评估 gwtmobile code.google.com/p/gwt-mobile-webkit 和 NEXT nextinterfaces.com
-
Javascript 到 Java 字节码编译使用 Rhino JSC 编译器主要是出于运行时性能的原因。 Rhino 可以在解释模式或编译模式下执行 Javascript，编译模式在这两种模式中速度更快。
你考虑过Android平台吗？它实际上是您所说的“成熟的（基于 Java 的）移动框架”。
【讨论】：
-
我认为他正在寻找的是一个独立于移动平台的解决方案。他的问题标签中有 iphone
-
首先，他没有要求跨平台解决方案。从他的帖子来看，我认为他只是想开始使用 Java 进行开发。无论如何，我个人认为目前跨平台框架不值得。在大多数情况下，它们有点太迟钝/
-
说实话，这个问题本身就很模棱两可。他想使用 GWT 但不需要服务器端（摇头）。我会 +1 这个答案，因为 Android 是基于 Java 的，并且不需要服务器端。
-
我不是这个答案的 -1 人。我认为他所说的不需要服务器端的意思与 GWT 完全一样，它可以在浏览器上运行，而无需在加载后进行单个服务器调用。但我同意这个问题是模棱两可的
-
抱歉这个模棱两可的问题。我正在寻找一个跨移动网络移动框架，它应该是基于 HTML5 的，最好是基于 Java 的。我刚开始评估 NEXT nextinterfaces.com 似乎有潜力。