近段时间一直在加班，在赶一个项目，现在项目接近尾声，那么需要对过去一段时间工作内容进行复盘，总结下比较好的解决方案，积累一些经验，我认为的学习方式，是「理论—实践—总结—分享」，这一种很好的沉淀方式。
在之前项目中，有个需求是这样的，要显示书的阅读足迹列表，具体要求是显示最近30天阅读情况，布局是用列表项布局，然后如果有更早的书，则显示更早的阅读情况，布局是用网格布局，如图所示：
要是放在之前的做法，一般都是ListView，再对特殊item样式进行单独处理，后来Android在5.0的时候出了一个RecyclerView组件，简单介绍下RecyclerView，一句话：只管回收与复用View，其他的你可以自己去设置，有着高度的解耦，充分的扩展性。至于用法，大家可以去官网查看文档即可，网上也很多文章介绍如何使用，这里不多说。想讲的重点是关于装饰者模式如何在RecyclerView中应用，如下：
装饰者模式介绍
RecyclerView中应用
小结
定义：Decorator模式（别名Wrapper），动态将职责附加到对象上，若要扩展功能，装饰者提供了比继承更具弹性的代替方案。
也就是说动态地给一个对象添加一些额外的职责，比如你可以增加功能，相比继承来说，有些父类的功能我是不需要的，我可能只用到某部分功能，那么我就可以自由组合，这样就显得灵活点，而不是那么冗余。
有几个要点：
多用组合，少用继承。利用继承在设计子类的行为，在编译时静态决定的，而且所有子类都会继承相同的行为，然而，如果用到组合，则可以在运行时动态地进行扩展，对一些对象做一些改变。
类应该对扩展开发，对修改关闭。
装饰者和被装饰对象有相同的超类型。
可以用一个或多个装饰者包装一个对象
装饰者可以在所委托被装饰者的行为之前或之后，加上自己的行为，以达到特定的目的。
对象可以在任何时候被装饰，所以可以在运行时动态的，不限量的用你喜欢的装饰者来装饰对象。
装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配，而不是获得其行为。
装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为，做到“半透明”装饰者。
适配器模式的用意是改变对象的接口而不一定改变对象的性能，而装饰模式的用意是保持接口并增加对象的职责。
UML图：
我们既然知道了装饰者和被装饰对象有相同的超类型，在做书的阅读足迹这个页面的时候，整个页面外部是一个RecyclerView，比如这样：
同时每个Item项里面又嵌套一个RecyclerView，但外部只有2个Item项，一个Item项代表最近30天要显示的书的内容，一个Item项是显示更早书的内容。其中因为涉及到RecyclerView嵌套的问题，所以需要做滑动冲突的相关处理。所以这里用到自定义扩展的RecyclerView，具体解决滑动冲突代码如下：
按照思路就是内部拦截法，也就是RecyclerView自己处理，默认是不拦截，如果滑动距离超过所规定距离，我们就拦截自己处理，设置是可滚动的状态。
解决完滑动冲突之后，具体看看item项中的布局：
可以看到，每个Item项目一个头部，一个RecyclerView。然后是Adapter的适配，这里就是常用的RecyclerView Adapter的方式，要继承RecyclerView.Adapter<RecyclerView.ViewHolder>方法，同时要实现onCreateViewHolder、onBindViewHolder、getItemCount、getItemViewType方法，具体代码如下：
本来到这里，基本功能是完成了，可后来产品说要加个上下刷新，加载更多的操作。需求是随时可变的， 我们能不变的就是修改的心，那应该怎么做合适呢，是再增加itemType类型，加个加载更多的item项，那样修改的点会更多，此时想到了装饰者模式，是不是可以有个装饰类对这个adapter类进行组合呢，这样不需要修改原来的代码，只要扩展出去，况且我们知道都需要继承RecyclerView.Adapter，那么就可以把ReadFootPrintAdapter当做一个内部成员设置进入。我们来看下装饰者类：
这个Wrapper类就是装饰类，里面包含了一个RecyclerView.Adapter类型的成员，一个底部View，到时候在外部调用的时候，只需要传递一个RecyclerView.Adapter类型的参数进去即可，这样就形成了组合的关系。具体使用如下：
这样即达到需求要求，又能对原来已有的代码不进行修改，只进行扩展，何乐而不为。
这虽然是工作中一个应用点，但我想在开发过程中还有很多应用点，用上设计模式。日常开发中基本都强调设计模式的重要性，或许你对23种设计模式都很熟悉，都了解到它们各自的定义，可是等真正应用了，却发现没有踪迹可寻，写代码也是按照以前老的思路去做，那样就变成了知道是知道，却不会用的尴尬局面。如何突破呢，我觉得事后复盘和重构很有必要，就是利用项目尾声阶段，空的时候去review下自己写过的代码，反思是否有更简洁的写法，还有可以参考优秀代码，它们是怎么写，这样给自己找找灵感，再去结合自己已有的知识存储，说不定就能走上理论和实践相结合道路上。
源于对掌握的Android开发基础点进行整理，罗列下已经总结的文章，从中可以看到技术积累的过程。
1，Android系统简介
2，ProGuard代码混淆
3，讲讲Handler+Looper+MessageQueue关系
4，Android图片加载库理解
5，谈谈Android运行时权限理解
6，EventBus初理解
7，Android 常见工具类
8，对于Fragment的一些理解
9，Android 四大组件之 " Activity "
10，Android 四大组件之" Service "
11，Android 四大组件之“ BroadcastReceiver "
12，Android 四大组件之" ContentProvider "
13，讲讲 Android 事件拦截机制
14，Android 动画的理解
15，Android 生命周期和启动模式
16，Android IPC 机制
17，View 的事件体系
18，View 的工作原理
19，理解 Window 和 WindowManager
20，Activity 启动过程分析
21，Service 启动过程分析
22，Android 性能优化
23，Android 消息机制
24，Android Bitmap相关
25，Android 线程和线程池
26，Android 中的 Drawable 和动画
27，RecylerView 中的装饰者模式
28，Android 触摸事件机制
29，Android 事件机制应用
30，Cordova 框架的一些理解
31，有关 Android 插件化思考
32，开发人员必备技能——单元测试