在 iOS 上面开发界面，需要创建视图、配置界面、视图分层等等很多步骤，也就不可避免的需要书写 N 多的代码。这还仅仅是界面设计，除此之外，完成 controllers 的回调、控制内部事务在界面上的显示效果、界面的操控和内部事务的联系等等多方面的事情都需要手动解决。即便是界面很简单的 App，如果存在这种复杂的双向数据流的关系，那么代码也会变得很复杂很容易出错。Qt 的信号、槽和 iOS 的 Target-Action 机制其实也是很容易实现这种双向数据流的关系，但是没有办法解决界面和事务之间的联系，也有很多其他的问题：性能、测试等。

这些问题曾经困扰了我们多年。News Feed 是有着复杂的列表样式外观的 iOS 软件，由许多的 Row Type 组成，每一个 Row 都有各种各样不同的很烦的界面样式和交互方式，这个就很坑了。每次维护这个东西都像是在清理厕所，尤其是它的功能还在不断增加，它的代码在不断变多，版本迭代速度快到你都没办法直到每天都到底增添了什么新代码，上司还要拿着报告说“你这个软件太慢了，影响用户体验，给你三个小时把这个 App 的速度提高 80%”。

为了解决这一挑战性的问题，我们从自己的 ReactJS 得到启发，把很多具体的东西抽象出来，做出一个功能性的、响应式编程模型的 iOS 原生 UI 框架 ComponentKit，目前 News Feed 在应用这个框架。

ComponentKit 简介

ComponentKit 使用功能性和声明性（declarative）的方法来进行创建界面，和以往不同的是，ComponentKit 使用单向数据流的形式从 不可变的模型 映射到不可变的组件来确定视图的显示方式。ComponentKit 的 declarative 看上去和 declarative UI(QML) 差不多，其实差得远。QML 更偏向于 UI 设计的描述性，而 ComponentKit 则是做好基本 UI 和事件之间的联系，让事件设计和 UI 设计可以分开单独完成。

内在决定外在，组件的功能和内部的层次决定了用户界面该如何规划，界面的规划决定了 UI Kit 的元素层次结构的设计。

ComponentKit 已经完全把如何渲染 UI 的事情抽象出来，程序员完全可以不去考虑具体是如何实现渲染的，也不用去考虑界面渲染该如何优化。ComponentKit 使用后台线程进行界面布局，也实现了智能组件重用，你完全可以不去考虑界面导致的内存泄露问题。ComponentKit 不仅仅可以极大地提高开发效率，界面响应速度和软件的运行效率也会有极大地提升。

News Feed 移植到 ComponentKit

ComponentKit 极大地提升了 News Feed 的 UI 响应速度和稳定性，也让整个软件的内部编码更容易理解。ComponentKit 达到了如下的目标：

1. 减少了 70% 的界面渲染代码，麻麻再也不用担心我每次去维护之前都要看那本又臭又长的手册然后花一上午的时间去理解那个错综复杂的布局了。
2. 显著地提高了滑屏的性能。ComponentKit 消除了许多的 container视图，尽力将所有的视图结构化简。更简洁的视图结构意味着界面的渲染性能和执行效率更高。
3. 提高测试覆盖率。ComponentKit 对于 UI 模块化的设计保证了每一部分都可以被分离开来单独进行测试。再加上 snapshot tests，我们现在几乎已经可以对 News Feed 的所有部分都进行测试了。

引入了 ComponentKit 之后，我们能够维护更少的代码，有更少的 bug 需要修复，有更大的测试覆盖率：我们现在可以有更多的时间做羞羞的事情了

ComponentKit 已经在生产环境的 News Feed 上用了六个月，我们觉得可以一直用下去。现在将 ComponentKit 开源，让整个 iOS 开发者社区的人都有 Facebook 的生产效率，也都能和 Facebook 一样做出高性能的 App。很希望你也能在你的开发环境中使用 ComponentKit，然后给我们反馈。

我们重新定义了如何在 iOS 上开发界面，希望你也能用 ComponentKit 开发出更优雅的 App。

快速入门

ComponentKit 已经在 CocoaPods 中可用了，只需要在 Podfile 添加如下代码即可：

原文：Introducing ComponentKit: Functional and declarative UI on iOS

来源：xiangzhihong8