在做开发的这些日子里,我渐渐感觉到自己的水平功底已大不如从前,回头看看自己的写的东西,wc什么鬼,写的一片糊涂,这是我写的吗,不研究源码,一味的导入库,甘愿做伸手党,不深入研究,,以前对自己要求很高的那个人去哪里,感觉从一个高处突然的跌入到了谷底,说好的设计模式了,说好的自我进行二次封装,这这到底是什么玩意,接口定义混乱,类的定义不单一,抽象类做的什么的东西,继承和多态,你用的是什么玩意,在心底狠狠的抽了几个耳光,写的代码烂透了,想在这样一片混乱的战场站住脚让你自己真真的懂得不仅仅停留在会用,还的会二次封装,二次修改,进行借鉴,在一段时间里朋友的现身说法深深印在心中,说了这么多,希望以后还是有时间多多磨炼,谷歌的设计师脑洞大开给我们开发人员留下了很多有用的东西,需要自己深入的好好的体会,会用不是关键,围绕的设计模式设计理念以不变应万变;

java的设计思想:

单一原则:（Single ResponsibilityPrinciple）

一个类只需要专心的把一件事前做好,不管其他的事情,可以将这个抽出来做成公共的接口或者抽象的,一个类里面不是什么事情都做如果你的一个类代码超过了你自己预估的范围之外你的反思下了,是不是需要换种写法更加简介,是不是你的水平还停留在那个当初:是不是需要读一本很好的书来充实下自己了,这个原则是最好的遵循了高内聚和低耦合的概念;

里氏替换原则（LiskovSubstitution Principle）

开发常用的原则也许有些人并不明白,这个原则有个M Y,什么逻辑我都按照一个思路写下来,我能实现功能不就行了吗,我需要这个原则干嘛,兄弟,如果你心里在这样,你的真正的反思下了,考虑下好好的学习面相的对象的继承,多态,抽象,这三点是面向对象的三大特征,从最基本做起也许你会明白很多,而这个原则恰恰是用的最好的一个;也是我最喜欢用的一个.

开闭原则（Open-ClosePrinciple）

开闭原则是Java世界里最基础的设计原则，它指导我们如何建立一个稳定的、灵活的系统。开闭原则的定义是:对内修改对外关闭,通俗的讲就是对内在版本迭代的时候不去修改源码而是在此的基础上进行代码的扩展,不动源码,而对外是不允许被别人轻易的修改,我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现,这个源码体现了极高的扩展性和封闭性:这个原则让你的代码汇聚额极高的扩展性.

接口隔离原则（InterfaceSegregation Principle）

客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。根据接口隔离原则，当一个接口太大时，我们需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。通俗的将就是将它模块化,低耦合,进行分离和现在的mvp和mvvm的设计理念还是比较像的,设计这些原则的人真的是吊啊,在我们几十年之前就想到了,不得不服大牛,收下我的膝盖吧

迪米特原则（Law ofDemeter）

迪米特法则有一个英文解释是: Only talk to your immedate friends（只与直接的朋友通信。）什么叫做直接的朋友呢？每个对象都必然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有很多，例如组合、聚合、依赖等。

迪米特法则也称为最少知识原则（Least Knowledge Principle），虽然名字不同，但描述的是同一个原则：一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，这有点类似接口隔离原则中的最小接口的概念。类的内部如何实现、如何复杂都与调用者或者依赖者没关系，调用者或者依赖者只需要知道他需要的方法即可，其他的我一概不关心。类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。这一个原则就不在过度的去描述了写的很通俗,基本上没什么困难的.

还有一个原则我没写,依赖倒置原则（Dependence Inversion Principle）()说实话这个原则听起来感觉还是很陌生的,可是一旦你明白他到底是个什么玩意的时候,你也许就会恍然大悟,他是真正的面相对象和接口设计原则,这个原则在这里我就不在过多的阐述了,面相接口编程是面向对象的精髓之一,这个原则在谷歌设计中到处都是,只要是开发过的人稍微看下就清除明白,

写了这么多第一个确实是对自己这一段时间写的东西一个反思,二觉得我很感谢我交了很多好兄弟在快要写不下去的时候及时的伸出手将我拉了上来,同时也感谢国内的一些大神,洋哥和csdn的签约作者郭霖大神等的指导, ,谢谢你们的分享,谢谢有不懂的地方给你写邮件你们能及时回复,感谢,谢谢谢谢重要的感谢说三遍.

最后说着还是比较多,总结几句话吧,面向对象六大原则在开发过程中极为重要，如果能够很好地将这些原则运用到项目中,你的代码质量将要有一大的捷的提升,同时你出去面试的顺便也是可以吹一下的,哈哈其实稍微一想，这几大原则最终就化为这么几个关键词:抽象、单一职责、接口,最小化。只要好好的六五这几个字对我们还是有很大的好处的,上边只是结合这一段时间的单纯个人感悟,希望以后大家写的东西没有bug能写出更优秀的代码,学无止境,只看你是否用心学了,只停留在原地的,也许你的行业估计快要走到了尽头了,哈哈开玩笑的,希望大家别介意.

备注:用了这么多的网络框架,写了这么多网络请求,Api9之后谷歌就弃用了httpClient(Apache),

6.0谷歌已经停用了停止更新了,Android4.0之后httpurlconnection换成了okhtthp网络框架(从Android4.4开始HttpURLConnection的底层实现采用的是okHttp),这一些列的改变证明谷歌的不断在更新,更加在贴近这样的设计理念和设计思想,

本文是参考Volley的这样的源码设计思想写的自己感悟,有兴趣的可以自行去阅读源码,不一定每行代码都需要去读懂,有些地方只需要大致明白他想表达是个什么意思就好同时推荐一本书Android的源码与设计模式,写的模式很详细看到一半你就会感觉热血沸腾,

具体的详情连接地址设计模式: https://github.com/simple-android-      framework/android_design_patterns_analysis

几大网络框架的链接地址:http://blog.csdn.net/zhangcanyan/article/details/51793951(以参考为主)