Java 将桌面web应用程序转换为移动应用程序？

我正在开发基于桌面的响应式web应用程序，其中UI/前端将使用HTML/JS，后端将使用servlet或struts/spring控制器

我的问题是，3年后我想拥有安卓手机应用，可以吗 我继续使用我的servlet作为后端代码，并提供来自android移动应用程序的响应

我的理解：-我将使用android SDK开发本机UI部分（无论需要它的地方），然后可以与现有servlet通信。 然后移动设备上的android应用程序可以呈现从my Servlet返回的html，或者Servlet可以返回android特定的视图。因此，只有当我需要移动应用程序的自定义视图（htmls或android特定视图）时，才需要进行更改。是这样吗

三年后。。。我可以继续使用我的servlet作为后端代码并提供来自android移动应用程序的响应吗

我们无法准确地预测未来

然后移动设备上的android应用程序可以呈现从我的servlet返回的html

要在Android中呈现HTML，可以使用

WebView

（或者使用第三方库，尽管这并不常见）<代码>网络视图处理很多东西，但不是桌面浏览器所能处理的所有东西。从现在起三年内，所有这些都能发挥多大的作用还不得而知，而今天，无论你的网站做什么，它都能发挥多大的作用还不得而知

或者servlet可以返回特定于android的视图

没有

因此，只有当我需要移动应用程序的自定义视图（htmls或android特定视图）时，才需要进行更改

你能让它工作吗？可能，但细节将在很大程度上取决于现有网站的功能以及它所依赖的客户端技术。例如，Android不支持Flash。基于Java的UI和基于

WebView

的UI之间的互操作也存在技术和安全问题，尽管这在您的情况下要好一点，因为您只访问一台服务器（我认为）

尽管如此，我永远不会以这种方式编写Android应用程序，我也不会推荐其他人以这种方式编写Android应用程序。我将修改Web服务器，使其具有适当的Web服务API，并编写一个使用该Web服务API的本机Android应用程序，而不是使用返回HTML的servlet。我使用

WebView

的主要地方是当我有只存在于HTML中的材料时，通常是因为我没有首先创建HTML（例如，用户生成的内容）

我的主要问题是我能否继续使用现有的servlet。我不认为这是基于观点。它应该是“是”或“否”

---

当然，这不是“是或否”。我们无法预测未来，我们对网站几乎一无所知。你的问题获得了两张“过于广泛”的接近票数，这是一个合理的评估

对不起，我觉得这个问题太宽泛了；我的问题主要是我能继续使用现有的servlet吗。我不认为这是基于观点。它要么是肯定的，要么是绝对的；显然你的问题没有引起太多的注意。所以我怎么想并不重要，谢谢。你说的是

。我将编写一个本地Android应用程序，使用该Web服务API，而不是使用返回HTML的servlet

。明白了，编写本地android应用程序更好。但是webservice api应该发送什么样的响应格式来代替HTML呢？我的意思是说，我在android应用程序中点击了getEmployees按钮，我的应用程序需要以不同的视图/用户界面（比如表格格式）或其他一些奇特的东西显示数据。我知道webservice api将返回所有员工数据，但UI视图呢。android应用程序是否已经在客户端（移动）安装了它，或者webservice api需要发送它？如果webservice api需要发送它，android需要什么格式（看起来不是html）？在基于java的web应用程序中，我们通常发送包含data@emilly：“但是Web服务api应该发送什么样的响应格式来代替HTML？”--通常，Web服务返回JSON或XML。你可以阅读更多关于。“安卓应用程序是否已经在客户端（移动端）”是的。我知道Web服务通常返回XML或JSON。但我的问题是，当某个UI视图页面需要从服务器返回时，它将是什么形式？但我认为您是说所有视图都应该已经出现在客户端（移动设备），所以理想情况下不需要从服务器/web服务发送UI页面。我想你已经说了是的，但是在这里让我的问题更清楚，这样概念就更清楚了？@Emily：“但我想你是说所有的视图都应该已经出现在客户端（移动设备），所以理想情况下不需要从服务器/web服务发送UI页面”——正确。这就是大多数面向用户的软件的编写方式（Windows桌面、OS X桌面、Linux桌面、iOS mobile、Android mobile等）。基于浏览器的Web是“用户界面由服务器推送”的主要现代示例。