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

Question

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

我的问题是说，3年后我想有Android手机的应用程序，可以 我继续使用我的servlet作为后端代码，并提供来自Android手机的应用程序来响应，

我的理解中： -我将使用android SDK开发本地UI部分（无论它在哪里需要），然后可以与现有的servlet进行通信。 然后移动设备上的android应用程序可以呈现从我的servlet返回的html，或者servlet可以返回android特定的视图。所以只有当我需要为我的移动应用程序定制视图（htmls或android特定视图）时才需要进行更改。是对的吗 ？

Answer 1

3年后...我可以继续使用我的servlet作为后端代码，并提供从Android移动应用

未来我们没有准确预测未来的方式响应。

移动然后Android应用程序可以生成HTML从我的servlet

返回到Android的渲染HTML，你使用WebView（或也许第三方库，虽然这是罕见的） 。 WebView处理很多东西，但不是桌面浏览器所做的一切。三年后的所有工作如何都不得而知，以及它今天的工作能力与你的网站做什么都是未知的。

或小服务程序可以返回Android的具体意见

号

这样的变化时，才需要每当我​​需要自定义视图（HTMLS或Android特定视图）对我的移动应用

你能得到那个工作吗？可能，但细节将取决于您现有的网站的功能以及它所依赖的各种客户端技术。例如，Android不支持Flash。在基于Java的用户界面和基于WebView的用户界面之间进行互操作时，也存在技术和安全问题，尽管对于您的情况来说这有点好一些，因为您只打一台服务器（我认为）。

所有的说法，我绝不会这样写一个Android应用程序，我绝不会推荐任何人以这种方式编写Android应用程序。我会修改Web服务器以拥有适当的Web服务API，并且我会编写一个使用该Web服务API的原生Android应用程序，而不是使用返回HTML的servlet。我使用WebView的主要地方是当我的材料只存在于HTML中时，通常是因为我没有首先创建HTML（例如，用户生成的内容）。

主要是我的问题是我可以继续使用现有的servlet。我不认为它基于意见。它应该是或不是

当然它不是“是或否”。我们无法预测未来，而且我们对网站几乎一无所知。你的问题收集了两个“太广泛”的近距离选票，这是一个合理的评估。