混合HTML / Objective-C iphone应用程序的优点/缺点

Question

在HTML / UIWebview中开发一个应用程序并决定是否创建部件（样式化菜单，内容复杂的布局等）或者全部是原生的时候，我应该考虑哪些主要优点/缺点？< / p>

我想听听别人的经历。

Answer 1

就个人而言，我发现我倾向于不喜欢（通常）伪装成iOS应用程序的网络应用程序。我倾向于注意到网络应用程序的用户界面和“本机”应用程序之间存在很多不一致，而且大多数时候，它让我感到困扰（我最大的烦恼是点击一个按钮，看到它突出显示一个半透明的黑色盒子在它周围像一个链接）。现在，我不代表主要的用户群体，可能不会关心，但这是我个人的意见。

在编程方面，我之前从未编写过Web应用程序，但我认为它的结构略逊于本机应用程序，因为编写HTML，Javascript和CSS并不会强迫您假设某些项目结构，与具有不同视图，控制器等的iPhone应用程序不同。根据你想要写的东西，这可能是解放，但也可能很快纠结。

正如middaparka所说，如果您愿意，也可以使用两种系统的混合物。我的意思是，我假设你和一个iOS开发人员一样优秀的Web开发人员。如果你在一件西装上比另一件更强，那么我说你应该倾向于朝这个方向前进。我更愿意看到一个出色的书面网络应用程序，而不是一个写得不好的原生应用程序，反之亦然。

Answer 2

我怀疑主要优点/缺点与用户体验有关 - 基于UIKit的“原生”用户界面比在Web视图中操作项目感觉更自然。 （这也意味着你可以使用更多“标准”组件，如导航控制器，标签栏等）。

也就是说，没有理由不使用两者的混合，主UI通过各种UIKit对象实现，内容通过Web视图提供。

Answer 3

我还要补充一点，我在混合框架中发现的最大问题是你为你的应用程序添加了另一个依赖项。

例如，进行大型iOS更新。如果您选择的框架中断，您的应用程序会中断，并且在修复框架之前您将无法修复它。

此外，现在有很多框架，你必须祈祷你选择的那个没有冲上厕所或者放弃对你的一个目标平台的支持。

Answer 4

另一个问题是，在基于Web的应用程序/组件中，您错过了特定于平台的技术和框架，如核心数据，GCD（或任何其他线程模型 - 您可能在Web中使用例如Ajax），uitableview with缓存等。

在性能或存储方面，如果你遇到问题，那么在本机框架中你有更多的选择。