Swift协议有个很强大的功能，就是通过extension给协议添加默认实现，这样就可以把公共的功能抽出来，极大的降低代码的耦合性。
面向协议也是Swift推荐的编程方式，Swift中N多标准协议都是这么写的，所以很值得学习一下，整体教程可以喵神的播客
面向协议编程与 Cocoa 的邂逅 (上)
面向协议编程与 Cocoa 的邂逅 (下)
这里来说一个具体的很有实际意义的应用场景：
给UICollectionView添加像类似tableViewHeader或者tableViewFooter的功能
其实有个很简单的办法：
直接创建一个view add到collectionView上，设置collectionView.contentInset.top为view的高度，设置view.frame.y为-view的高度即可
这个方法确实也能满足一般的需求，实现起来也很简单。
但这个方法有一个比较难办的问题：不好做动态调整，根据数据的有无来确定是否显示view会比较麻烦；
而且，这个方法不好配合MJRefresh使用（其实是因为有时候MJRefresh在contentInset变化后不能准确的做出相应的变化）。
还有一个办法：
用collectionViewSectionHeader来作为整个collectionView的Header。
即让collectionView默认多返回一个section，这个section里item个数为0，但有sectionHeader或者SectionFooter；
这个方法能完美解决上面的问题，但是会让整个viewController的代码变得有点绕，其他地方都是从0开始，这里必须从1开始，很容易忘。。。
哪有没有什么比较完美的解决方案呢？
答案是：当然有，自定义UICollectionViewLayout 就行了
CollectionView的布局完全由其layout确定, CollectionView能不能支持Header和Footer关键不在CollectionView，而在于他的layout。
系统默认的都是用UICollectionViewFlowLayout，它是继承UICollectionViewFlowLayout的，它有sectionHeader和sectionFooter，但是没有总的header和footer。
所以想给UICollectionViewFlowLayout添加header和footer，继承UICollectionViewFlowLayout然后给它加header和footer属性就可以了，
具体怎么继承，怎么重载方法，可以看objcio上的文章：自定义 Collection View 布局
我现在想讨论的问题是：
有一个自定义layout的继承自UICollectionViewLayout，暂时就叫MyCircleLayout吧，它和UICollectionViewFlowLayout 都需要header和footer，怎么样写代码才能简洁高效低耦合呢？
首先OC和Swift都不支持多继承，如果自定义一个HeaderFooterLayout继承UICollectionViewLayout，再让MyCircleLayout继承HeaderFooterLayout，
那UICollectionViewFlowLayout就继承不了了；
反过来理论上倒是可行，如果自定义一个HeaderFooterLayout继承UICollectionViewFlowLayout，再让MyCircleLayout继承HeaderFooterLayout，
但这样MyCircleLayout同时会继承UICollectionViewFlowLayout的所有属性，而这些属性可能是对自己来说完全没用的。。。。
所以总的来说，继承这个思路不够好
在OC中，比较好的办法是用分类给UICollectionViewLayout添加属性和方法（添加属性需要用到runtime的objc_setAssociatedObject方法和objc_getAssociatedObject方法）。
这里需要特别注意的是：分类中的属性或方法会覆盖原来类中的实现！！！
苹果是强烈不建议覆盖原来实现的，Swift这么写会报错。
苹果文档：
（参考https://stackoverflow.com/questions/5272451/overriding-methods-using-categories-in-objective-c）
所以在OC中这么做只能小心小心再小心~
在Swift中，也可以通过用extension添加属性和方法的方式实现上面的效果（同样要用到runtime的objc_setAssociatedObject方法和objc_getAssociatedObject方法）。
好一点的是用swift的extension覆盖原来类的方法会直接报错。
Swift提供了更好的方式来实现类似场景的功能，也就是这次的主题：协议扩展
首先定义一个协议，然后通过extension扩展这个协议，为协议里定义的属性或方法提供默认实现！！！
这是一个根本的解决办法：
- 不同继承关系的类可以遵从同一个协议，所有没有复杂的继承关系
- 用默认实现可以很好的解决代码复用的问题，降低耦合性
- 遵从协议的类可以自己实现协议要求的属性或方法，不用担心会被覆盖
来看个实际的例子吧
这里我定义了LXMLayoutHeaderFooterProtocol协议
然后用extension给出默认实现
然后需要用到该协议的地方遵从协议就可以了
（注意：具体到这个类的话需要重载父类方法调用协议方法修改各种属性）
具体代码我已经放到github上了https://github.com/Phelthas/LXMWaterfallLayout
有什么问题，欢迎讨论~
