ios - 使用 UIWebView 而不是 native UI 元素来显示复杂的响应式布局是一个好习惯吗？

Question

我正在开发一个 native iOS 应用程序，主要使用 Cocoa 触摸 UI 元素。但对于一个特定的屏幕，我发现使用原生 cocoa 元素来获得响应式布局非常困难且耗时:

问题是我需要设置很多约束，引入容器 View 等。 我需要以编程方式计算标签大小并调整大小(如果需要超过 1 行等)...

看来使用 HTML 构建它会更容易、更可靠并且将来更容易修改。 使用 UIWebView 而不是 native UI 元素来显示此类布局是一个好习惯吗？我会遇到什么问题？

Answer 1

如果屏幕上的所有内容都是非交互式文本，那么使用 UIWebView 比使用大量 native ui 控件和它们之间的关系真的更容易。
但总的来说，使用 UIWebView 而不是原生控件有一些缺点:

1. 通过 Web View 实现交互式控件不是一件容易的事(如果将来您的标签有可能变得可点击和交互，那么最好使用 UICollectionView + UILabels 工具集)。
2. 编译器分析器无法检查网页 View 的内容，因为通常 NSString 用于存储内容。因此很难调试由 web view 实现的那部分逻辑。
3. 一般来说， WebView 对象需要比其他原生触摸控件更多的内存分配。但我不确定你的情况是否如此(需要使用大量 UILabel 对象)。