PolarBear

写在最前面的心得总结： 中间者架构采用中间者统一管理的方式，来控制app的整个生命周期中组件间的调用关系。 拆分的组件都会依赖于中间者，但是组间之间就不存在相互依赖的关系了。 由于其他组件都会依赖于这

随着App不断迭代其中的，业务模块增加，逻辑变得复杂，集成了更多的第三方库，App 启动也会越来越慢，因此我们希望能在业务扩张的同时，保持较优的启动速度，给用户带来良好的使用体验。 一、名词概念理论

前言： 扩展为现有类、结构体、或协议添加新功能。这也包括了为无访问权限的源代码拓展类型的能力（即所谓的逆向建模） 扩展和OC中的category类似。（与OC的分类不同的是，Swift的扩展没有名字）

1类型检查 使用类型检查操作符（is）来检查是个实例是否属于一个特定的字类。如果实例是该子类类型，类型检查操作符返回true,否则返回false 2向下的类型转换 某个类类型的常量或变量可能实际上在后

1.定义基类 任何不从另一类继承的类都是所谓的基类 Swift类不会从一个通用基类继承。没有指定特定父类的类都会以基类的形式创建 2.子类 子类是基于现有类创建新类的行为。子类从现有的类继承了一些特征

1.初始化器 1.1初始化器在创建特定类型时被调用 1.2.默认的属性值 如上所述，可以在初始化器里为存储属性设置初始值。另外，指定一个默认属性值作为属性声明的一部分。当属性被定义的时候可以通过为这个

记录自己如何创建私有组件的，途中遇到的问题一并贴出。做个笔记，方便之后忘记哪那一步了回头来看一下 一.组件的创建 1.拉取模版 我们将创建在桌面上的一个名为 Demo 文件夹中。通过终端进入到该文件夹