组件化----First Step

组件化在开发中，也算一个重头戏了。当你开发到一定的工作年限（比如3-4年左右），进阶到瓶颈期时，也许学习组件化只是一个瓶颈期的开端。

由于业务的复杂度扩展，各个模块之间的耦合度越来越高，不但造成了“牵一发动全身”的尴尬境地，还增加了测试的重复工程，此时，组件化就值得考虑了。组件化就是将APP拆分成各个组件（或者说模块），同时解除这些组件之间的耦合，然后通过路由中间件将项目所需要的组件结合起来。这样做的好处有：

1.解耦合，增强可移植性，不用再自身业务模块中大量引入其他业务的头文件。

2.提高复用性，如果其他项目中有类似的功能，直接将模块引入稍作修改就能使用了。

3.减少测试成本，当修改或者迭代某个小组件的过程中就不用进行大规模的回归测试。

根据此篇文章https://casatwy.com/iOS-Modulization.html，从蘑菇街🍄大牛分享组件化文章中，分析学习到：

1.在iOS领域里，一定是组件化的中间件为openURL提供服务，而不是openURL方式为组件化提供服务。

2.组件化管理中，需要考虑到一些 非常规参数处理和非常规类型。

复杂参数是指由普通类型的数据组成的多层级参数。在本文中，我们定义只要是能够被json解析的类型就都是普通类型，包括NSNumber， NSString， NSArray， NSDictionary，以及相关衍生类型，比如来自系统的NSMutableArray或者你自己定义的都算。

复杂参数的定义是由普通类型组成的具有复杂结构的参数。普通类型的定义就是指能够被json解析的类型。

非常规参数是指由普通类型以外的类型组成的参数，例如UIImage等这些不能够被json解析的类型。然后这些类型组成的参数在文中就被定义为非常规参数。

总结一下就是：非常规参数是包含非常规类型的参数。非常规类型的定义就是不能被json解析的类型都叫非常规类型。