我正在开发基于桌面的响应式Web应用程序，其中UI /前端将采用HTML / JS，后端将是servlet或struts / spring控制器。
我的问题是说3年后我想拥有Android移动应用程序，可以 我继续使用我的servlet作为后端代码并提供来自Android移动应用程序的响应，
我的理解： - 我将使用android SDK开发原生UI部分（无论何时需要），然后可以与现有的servlet进行通信。 然后移动设备上的Android应用程序可以渲染从我的servlet或servlet返回的html可以返回android特定的视图。所以只有当我需要为我的移动应用程序提供自定义视图（htmls或特定于android的视图）时才需要进行更改。是吗？
答案 0 :(得分：0)
3年后......我可以继续使用我的servlet作为后端代码并提供来自Android移动应用程序的响应
我们无法准确预测未来。
然后移动设备上的Android应用程序可以呈现从我的servlet返回的html
要在Android中呈现HTML，您可以使用WebView（或可能第三方库，但这并不常见）。 WebView处理许多东西，但不是桌面浏览器所做的一切。从现在开始三年后所有工作的效果都不得而知，今天无论你的网站做什么，它的效果都不明。
或servlets可以返回特定于Android的视图
没有
只有在我的移动应用程序需要自定义视图（htmls或特定于Android的视图）时才需要进行更改
你能让它发挥作用吗？可能，但细节很大程度上取决于您现有的Web站点的功能以及它依赖的客户端技术类型。例如，Android不支持Flash。在基于Java的UI和基于WebView的UI之间进行互操作也存在技术和安全问题，尽管在您的情况下这稍微好一点，因为您只打了一台服务器（我认为）。
所有这一切，我永远不会以这种方式编写Android应用程序，我绝不会推荐其他人以这种方式编写Android应用程序。我会修改Web服务器以获得适当的Web服务API，我会编写一个使用该Web服务API的原生Android应用程序，而不是使用返回HTML的servlet。我使用WebView的主要地方是我的材料只存在于HTML中，通常是因为我没有首先创建HTML（例如，用户生成的内容）。
主要是我的问题是我可以继续使用现有的servlet。我根据意见不认为它。它应该是是或否
当然不是＆＃34;是或否＆＃34;。我们无法预测未来，我们对网站几乎一无所知。您的问题收集了两个＆＃34;太广泛＆＃34;关闭投票，这是一个合理的评估。