从一开始到看完设计模式，写完设计模式的博客，前后一共将近半年。
怎么说呢，很苦，很累，现在感觉是脑子一片浆糊，本来java就给人一种博大精深的感觉，看完设计模式以后，我对java se,java ee，android有了更加深刻的认识，但是对于设计模式貌似很混淆。因为有很多模式都是相似相同的，其中的细微的区别之处，需要静下心来慢慢思考，很多模式之间也是相互联系的，其中的联系，也需要你静下心来慢慢发现。之所以，没有将重点放在比较的地方，一点在于我的能力有限，我不能完全真正的区分这些设计模式，很多设计模式都是“很像”的。一点在于，模式之间的关系与区别不是一讲就通的，你不细想，永远想不通，当你静下心来好好思考时，区别和联系自己就明白了，这个是讲不来的东西。而且，很多实例实际上就是模式与模式之间的搭配来的。
看设计模式的缘由在于android，当我把java，android，java web基础,等等基本上掌握的差不多以后，我感觉，很多代码都需要非常精巧的设计，以后才能更好的复用，才能用最短的时间，写出质量最高的代码。那段时间天天去图书管找书，网上找书，有人推荐大话设计模式，我觉得是C#的所以，没有考虑，后来发现，我的想法是错误的，因为设计模式在任何一个行业都会存在的，更何况，基本上C#和java语言，很相似，所以后来也就看看大话设计模式，当然主要的参考书目是《研磨设计模式》，说实话，这本书很好，好在哪里？由浅入深，有实例，有示例，有代码，有理论，有比较。还讲了java的一些结构，真的不错，而且章节结构很清楚，非常喜欢，当然，他也有很大的不足之处，其中有七八个例子很是不符合实际，而且讲解的很不透彻，让我迷茫了好一段时间。后来在网上找资料才解决了问题。
有人说：咱们是读书，而不是读完书，这句话我觉得很有道理。
在最初的时候，我很着急，一天大概就看一个模式，速度特别慢，而且很不理解，后来看了两三个以后，看着看着，不仅拍案叫好，心里在想，这TM哪个怪胎发明的设计模式呀，真TM的“贱”，注意我这里的“贱”，是指真的很厉害。恨自己为什么不在android的学习过程中想到这些呢？然后，后来就释然了，本来想一个月解决设计模式，可是后来中间有些事情耽误，还有为了深入理解设计模式，参考了好多资料。所以拖到现在才弄完。很庆幸，我是慢慢看的，慢慢看才会思考，才会有效果。如果你看着看着就想说：这招真贱，那么恭喜你，说明你钻进去了，等你钻出来的时候，你会豁然开朗很多。
我现在虽谈不上大牛，确实很痴迷java，很痴迷设计模式，它真的很厉害。我以后一定朝着架构师的方向努力。
写博客有很多好处，其中一个就是，为了写一篇比较好的博客，你必须看很多资料，斟酌很多话语才行，我所有的博客都是事先写在文档上，然后，从我自己的文档上，挑比较通俗易懂的，而且章节模式清楚的放上去，所以，博客上的文章，是跟我的word文档上是不一样的。因为写博客确实是一个细活，而且是一个累活。没点毅力的人干不了呀。这几天一直在整理设计模式，有时候一天能写三四篇博客，有时候就写一两篇，看个人情况啦。
贴一下我电脑上的文档（01和02不是标准设计模式）
有个大牛说，对于上层应用程序的开发来说，最重要的不是算法，而是设计模式，这句话我非常同意。对于一些软件公司而言，认为算法就是天下，所以面试都是算法，我觉得对于上层应用开发者来说是不公平的。算法很重要，但是不能一棒子将开发者都打死。哎，没办法，现在面试就这样，我得赶紧看算法了。
还有个大牛说，对于面向对象语言开发来说，菜鸟和大牛的区别，在于，大牛可以再很短的时间内，写出很高质量的代码，菜鸟却不行，因为菜鸟不会抽象，不会设计，不会思考，只会敲代码。所以，我建议同行们一定要在看书看博客的过程中，培养自己的思想，不能人云亦云，生活如此，编程亦是如此。
把编程当做人生来看，磨刀不误砍柴工。看完设计模式以后，就算以后设计不出很精巧的模式，我也会先仔细想好，仔细研究透了需求，分析透了设计，再写代码，不然的话，后期的维护，以及扩展不知道要多难。
或许以后，我对设计模式有了更多，更深，更好的认识，我会再次补充【设计模式】这个类别。现在么，这确实是个结束，当然是我编程的另一个开始
这里再次由衷的感谢《研磨设计模式》《大话设计模式》还有CSDN上的大牛http://blog.csdn.net/zhengzhb，还有网络上的一些资源
写博客与看书的过程中，有很多的例子，代码很多来源于你们，有些觉得不恰当的，我自己改了改，还希望你们不吝指正。
总结下来就一句话：多思考，多实践