心得体会之java设计模式

     最近在研究java的设计模式，总的一个感觉：这是一把好菜刀。 
     曾经，在纷繁复杂的类之间穿梭，在代码的坏味道里挣扎，甚至因为代码而做噩梦。而设计模式，恰好能快刀砍乱麻，让代码充满清新的感觉，进而改善睡眠质量...... 
     一个个的程序就是一件件的艺术品，我们总希望自己创造出来的艺术品精彩无比。设计模式从某些方面讲能够赋予我们这样的能力，让我们将一行行的代码雕刻得十分精致。
     而对我而言，《设计模式》的书看了，代码也写了，感觉这个设计模式真是代码的知音啊！但是，由于现在自己代码量不够（暴惭愧），还无法真正领教设计模式的真正威力，不过，从测试的那一个个小小的例子中，以小见大，依然被其震撼得一塌糊涂。 
     很老实的说，具体哪个形式对应哪个模式，我自己都已经忘了。但仔细想想，模式名只是一个称谓，我们要的是设计思想和组织策略，自己因此也就释然了。所有的模式，归结到一点，就是要让代码质量更好，而每一种模式，就是从不同的方面去改善代码，去降耦，去提高内聚力。研究设计模式，我就经常感叹:哦，原来代码可以这样组织的啊......我们要的就是这个模式组织的过程或叫思路，这是抽象层次的东西。
     我们不能拘泥于某一种设计模式，一个程序，往往不是只用一种模式就能够组织完善的，而是多种模式并用。设计模式是死的，我们更不能把它往死里打。我更喜欢把设计模式当做一种工具，选一种最适合的去完成我所要实现的那一小部分功能，而出色地完成一个大型的程序、项目，那就得看你的架构能力。一个懂设计模式的程序员不会拿到项目就盲目干的，因为代码的坏味道会让自己极不舒服（有时候坏味道是无法避免的，此时我们能做的就是让这股味道不那么浓烈，而不是破罐子破摔）。
     当你对代码的坏味道过敏的时候，你就向前迈了一大步了，我们有必要“了解”设计模式，才不至于让你想改善代码而无从下手。
     以后，我写代码要谨记：现在写的代码是否易于维护，是否易于扩展，是否能漂亮地完成功能。不敢忘啊！
     求共勉了......