专访链家网璩介业：实施组件化开发，首先应该搞定产品经理

毕业于南京东南大学，毕业后去了上海，在华硕和飞利浦半导体工作了一段时间，那时候主要从事底层驱动和嵌入式系统的开发； 08 年的时候因为一首《北京欢迎您》来了北京，来北京后一直在中国移动的飞信团队，经历了飞信的起步、辉煌以及最后的平淡；后来去了有缘网，担任手机端 iOS 开发的技术经理；再后来去了链家集团下面的丁丁租房，担任整个客端的负责人和手机端架构师；现在在链家网负责整个移动端 iOS 底层架构组。

回顾这么多年的工作经历，基本上都是在从事开发相关的工作，从事过很多平台的开发： NXP 、 MTK 、 Windows Mobile 、 Symbian 、 iOS ；参与并主导过很多项目的开发和重构工作：飞信 Symbian 3.0 客户端、有缘网 iOS 客户端、丁丁租房 iOS 客户端等。对复杂业务下的移动端 App 架构设计和研发效率提升有浓厚兴趣。

目前正在和小伙伴们一起进行掌上链家的组件化工作。

2 、您这次分享的主题是关于 iOS 组件化开发的，能否跟大家“剧透”一下要讲些什么？

主要想结合这次掌上链家的实战经历，和大家分享下组件化的一些概念和项目组件化过程中遇到的问题以及解决办法。

如果抛开具体的项目单纯的讲组件化，可能会比较抽象，因此我会结合我们掌上链家这个项目来一步步展开和讨论什么才是适合自己项目（ App ）的组件化架构。这种理论和实践相结合的方式可能会比较接地气，也比较容易理解。

3 、很多开发者认为，组件化开发虽然可以让功能模块之间的耦合度降低，有利于在大型应用开发中快速迭代，但小的项目就没有必要这样去做了，对这样的观点，您怎么看？

组件化的一个大前提是：当你的项目已经趋于稳定，并且大的产品方向和定位已经清晰，不会再发生变化，这个时候才会考虑组件化。

如果你的项目是个创业项目，产品还处于起步和摸索的阶段，各个业务模块还不稳定，需求也总是在变，那么没必要考虑组件化，使用传统的开发模式：例如 MVC ，更合适。

因此衡量是否需要组件化的标准不应该是项目的大小，而应该是项目是否已经趋于稳定，产品方向和定位是否已经明确。

如果非要以大小量化的来衡量，以我的经验： 5W 行代码量级的 App 没必要采用组件化； 5W 以上的 App 就可以考虑组件化的事了； 10W 行以上，那么使用组件化一定能提高你的开发效率，加速你的迭代。

4 、在您看来，组件化开发的实施难点在哪里？

组件化的难点并不在技术的选型上，采用哪一种技术方案都能达到组件化的目的。和所有的重构一样，对现有项目组件化重构的难点和痛点是：如何把旧有的业务逻辑按照纵向切分，去除业务模块之间的依赖和继承关系？以及如何说服产品经理同意并支持你在现有的版本基础上进行组件化的重构。

5 、对于产品已经上线，但没有实施过组件化拆分的公司或产品，您有哪些建议？