Java XML Android vs HTML5性能和关注点？

我正在创建一个基于Android传感器的项目。我们正在为应用程序创建一个特定的“酷”设计

我已经可以连接几个传感器，当JAVA调用它们时触发javascript函数。公平地说，所有计算都是在JAVA中进行的，只有渲染部分是通过HTML和javascript通过

Webview

这个Android项目有一些特殊性：

1.-几乎没有来自用户的输入，超过←, →, ↑, ↓, DPAD（自定义控件）中的（后退按钮） 2.-所以我不需要像在特定元素上滑动或单击等任何东西。 3.-是一个受控的环境，在同一个android版本上始终是同一个平台，并且从不跨平台、从不上网、从不使用IOS作为示例。 4.确定屏幕大小

所以我的问题是：使用

Webview

控件而不是xml有什么问题吗？（性能等），这种方法将来会有什么问题吗

注意：我们使用HTML5是因为我们的团队拥有丰富的web开发经验，而且从头开始学习XML的时间限制很大，而且我们在Android应用程序领域还是新手

稍微研究一下（），但不要包括性能是否更好或是某些特定的东西

以下是我对这一点的看法（来自我在Snapstick的经验，Snapstick是一个跨平台的应用程序平台，我们使用嵌入式WebView）：

是的，这场演出颇受欢迎。当您与WebView和本机java交互时，您正在添加另一层间接寻址，这会带来一些损失。例如，当您将传感器数据传递给webview时，您将序列化/反序列化数据。现在，这种影响因应用程序而异，应用程序对此的容忍度也有所不同。在我们的案例中，我们发现它对实时游戏产生了严重影响。 同样在Android kitkat之前，webviews也缺乏对html5的严格支持，而且基于画布的绘图也缺乏对硬件加速的支持（或者支持差，记不清了），所以性能再次受到了影响

至于未来的证据，你为什么会担心呢？因为你的目标设备和平台是固定的。它不会受到网络视图变化的影响吗

---

如果您还没有看过Apache Cordova，也可以看看它。

“我们正在为应用程序创建一个特定的“酷”设计。”——您是否认为它“酷”无关紧要。用户的想法才是最重要的。“使用Webview控件而不是xml有什么问题吗？”--您最关心的应该是用户的期望。如果您的用户希望使用本机UI，那么无论您的设计如何，他们可能不会认为使用

WebView

是“酷”的。“时间限制很大”——您似乎认为您的解决方案会更快地开发。除非您使用的是现有的混合应用程序容器（例如PhoneGap），否则我怀疑它是否会更快。@Commonware用户不会看到xml设计和html设计之间的区别，因为这只会呈现“屏幕”，实际上我通过JAVA连接了几个传感器，这并不复杂，我在Javascript和CSS3方面有丰富的经验，因此使用JS和CSS构建工作原型对我们的团队来说要快得多。“用户不会看到xml设计和html设计之间的区别”--用户会将您的应用程序与用户使用的其他应用程序进行比较。@Commonware不，他们不会，因为用户不会与我的设备进行交互。我只使用Android作为操作系统，而不是作为硬件设备（手机），他们永远不会注意到差异。他们只会看到我的设计团队的设计在屏幕上呈现在他们面前。他们只能使用带有上、下、右、左控制的DPAD自定义输入..谢谢你，这是一个很好的答案，我会考虑所有事情。你说得对，我不必担心“未来”，因为它是一个控制平台。