我的心声
做 android 时间不算短了，虽说 android 的 api 基本都熟悉了，但是自己写出来的 java 还是菜的可以啊。痛定思痛，急需夯实 java 基础了。在平时的学习和工作中是可以明显的体会到 java 基础的重要啊，你看开源的网络框架，自己写多线程任务，有其是自己封装基础类库，业务代码，工具类等都是深深到自己 java 这块的代码是在是太欠缺了。虽然知道一些代码封装的点，但是为啥这样写，应该怎么分析，复杂一些的业务模块该怎么设计类，怎么封装，这都是我做不好的。曾经写过日志和埋点的业务模块，当时感觉把自己会的都用上了，现在在回头一看，不伦不类，封装的不好用，不好维护，逻辑都是扭过来的，太难看了。
有感于此，从这几天开始研究如何封装代码，在学习的过程中，我认知到代码的封装的思想大部分源于设计模式，基础的有23种设计模式，还有更多的设计模式种类，基本的我们能把基础的23种设计模式用好就很 NB 了。
啥是设计模式，就是根据经验总结出来的代码封装使用套路，这些套路是经过长时间沉淀下来的，是大家公认，都去学习使用的。用设计模式的思想封装出来的代码，我是的确感觉比之前自己野路子强太多了：
- 首先代码结构清晰多了，类名起好了，光看看包结构就能大概了解整个系统的代码结构，哪些类是干什么的，起什什么作用，真是一眼就能看出来了，省时省力
- 结构清晰了，代码可以快速定位，大大减少代码维护修改的难度。不像之前，改些代码，需要根据逻辑一步一步的走，才能找到修改的类，修改的位置
- 结构清晰了，类之间功能划分才能做到清晰明确，修改逻辑，增加功能可以很快的实现代码的修改，类，功能，方法的添加
总的来说就是写代码，看代码，改代码，添代码省时省力多了，眼不晕了，头部疼了，从此妈妈再也不担心我写代码了。真的，效果就是这么显著，就是去研究开源框架，都是好理解好多了，因为大家都是遵从同一套思路，这就是所谓的套路...... 我一直觉得代码的世界充斥着各种套路，我们学习使用这些套路，就是我们快速进步的思路。
学习过程
这里我说下我代码封装学习的过程，代码封装是个不小的命题啊，除了需要平时的积累外，还需要一个正确的学习过程，这里说下我的经验：
-
先去学习下基础知识，设计模式，MVP。设计模式是我们代码封装的基础，理论指导，基础中最重要的部分。MVP 是我们学习的入手点，是做 andriod 项目必备必会，最应该先深入学习的部分。
- 先去看设计模式，我是看的《Android 进阶之光》这本书的设计模式章节，里面只讲了常用的10来种设计模式，讲的都是很浅显，但是好理解，这是之前没有系统接触过设计模式的萌新的不二选择。我看过一遍就 OK 了，对我帮助很大，当然这本书讲的太过于浅显，易懂了。大家想要继续深入学习，看《Android设计模式》这本书，这本书讲的很深，会结合很多例子来讲解，有其是套用设计模式的思路去分析 部分android 经典源码
- 既然我们是结合 MVP 来一步步深入学习，实践代码封装，那么看过设计模式之后呢，我们就来看看 MVP/MVVM 的相关，对于萌新来说还是推荐《Android 进阶之光》这本书，MVP 讲的很请清晰，MVVM 里面我们会接触到 Dat a Binding，Dagger2，有其这2个开源框架对于代码封装来说也是很重要的组成部分。
-
基础知识学习过后，我们按照从易到难的顺序开始写我们自己的 MVP 框架。
项目地址 - BW-MVPDemo
2.1 我们先来搭建 MVP 中最基础，最简单的基础显示框架部分，先不要管各种功能，只要我们的页面能在 MVP 框架结构支持下正常显示即可，这部分是示例项目中 step1的部分，期中分成7个小项目，是根据代码封装的思路一步一步的写下来的，尽量模拟出代码封装从易到难的过程，希望帮到有困难的朋友
2.2 基础显示接结构搭建完毕，我们就要考虑如何封装 MVP 中涉及到的诸多功能，比如：生命周期函数，statview 缺省页，页面缓存等常用的功能。这里就要用到组合的思路了，我们可以把 MVP 当做一个完整的系统，生命周期函数，statview 缺省页，页面缓存这些功能是 MVP 这个系统中的子系统，我们根据模式和代码设计模式的思路，抽象功能接口，组合这个小功能到 MVP 中，形成一个完整的系统，未来设计到某一个功能的修改和扩展也不影响MVP 中其他的部分，也容易修改。
- 项目 step2_1：封装的生命周期函数功能，主要是整合处理 view 中生命周期函数中可变的部分给 P 层，让具体的 P 层对象来实现具体的代码，是模板模式的思路，基类中处理公共逻辑，具体实现处理可变部分，是优秀合理的代码分离思路，这对我们以后是很有帮助的，这个思路在 android 项目中使用的例子太多了。
- 项目 step2_2：封装 stateview 功能，这里使用了代理设计模式的思路，展示状态页本就是 view 该干的事，这里我们把这部分功能从 view 中分离出来的，形成单独实现，把功能对象传递给 view，由 view 去使用这个 stateview 功能对象实现逻辑。好处是易扩展，要是 stateview 需求不同的话，我们只需要更换 stateview 对象即可，然不用修改其他。
我理解的 MVP
MVP 是 MVC 的金进化版，一般认为是 Android 特有的，其实很早之前就提出来的，并非是有了 android 才提出来的
MVC:
- M - modle 数据层
- V - view 视图层
- C - Avtivity/Fragment 控制层
MVC 的模式都是最早的 android 开发写法，商业app 12年就不在再用了，是在弊端太多，是早期的特征
MVP：
- M - modle 数据层
- V - Avtivity/Fragment 视图层
- P - Persenter 控制层
20150512093237114.png
经典的就是 google 官方的例子了，把页面中逻辑控制抽象出来形成新的控制器 P，但是 P 也页不是救命稻草啊，传统 V 层的代码膨胀的严重，我们把逻辑抽象出来成 P，难倒 P 的逻辑就精简了，代码该臃肿还是臃肿啊，只是从 V 层转移到了 P 层，所以说 MVP 不是救命稻草，真正实现我们想要的代码经验，逻辑清晰的效果，只能是在设计模式的指导下，以策略模式为思想，抽象分割页面中的各种功能，抽象出相应的接口，由独立的功能类实现，这样才能把结构臃肿的 P 层，抽象分割成一个个功能聚拢，独立的功能类，通过继承，接口实现来搭建页面系统的类结构。这样一个基础优秀的页面框架才能形成。
小到 android 中简单的页面框架，大道各种业务模块，基础功能框架类库，都是在这个基础套路下写的。
说真的，设计模式太重要了，但是也有人说不能因为设计模式而设计模式，诚然这个看自己的技术水平吧，设计模式也是为了解决实际问题的，一切以实现需求和效果为准啊，设计模式是思想，不要太死板的使用，我们只要使用了设计模式的思路就行，具体的代码套路就只能完全看自己的积累了。
另外 UML 类图的绘制技能也是很有帮助的，尤其是自己设计框架结构，平时没事可以自己画 UML 类图的方式练习框架设计，省时省力。学习开源框架时画 UML 类图也是一个学习的突破口，可以帮助我们快速搞懂开源框架
我很喜欢这一段评价 MVP 的话，取自：T-MVP
Android开发中，总会遇到大量的繁杂模版代码，重复无味的样板方法，冗长杂余的套路写法，占据了大量的开发时间，并且容易手误出错，极大地降低了编程效率和代码的优雅。
传统MVP给人的第一感觉通常是接口和类的暴涨，将Activity中除V之外的繁杂操作搬到P之后依然臃肿不堪。MVP从来都不是救命稻草，只能锦上添花，不能雪中送炭。也许在权衡利弊之后，很多人会对MVP望而却步。 现在 我们换一个思路，取其精华，去其糟粕，完成T-MVP大变身。
学习文章目录：
- 从 MVP学习代码封装 (2) - 搭建 MVP 最基础框架
- 从 MVP学习代码封装 (3) - 抽象 V 层生命周期模板
- 从 MVP学习代码封装 (4) - 给 MVP 添加 stateView状态页功能
ps： 项目地址 - BW-MVPDemo
网友评论