比设计模式更加重要的内容，能让你真正理解面向对象

　　奇妙知识季
　　很多的程序员虽然大学的时候就学习了c，java等面向对象的程序设计语言，给大家脑袋里灌输的是面向对象就是类的封装，继承，多态。说的是没错，但是，如何封装，如何继承，又是如何多态的呢？
　　我相信，一个有工作经验的程序员，如果叫他去考计算机二级，比如c或者java的考试，他一定能够拿一个很高的分数，甚至是很随意的都能够拿到满分。即使这样，就是一名真正合格的程序员了嘛？
　　正如图中所示，糟糕的编程习惯，在这里可以理解为一个糟糕的程序员，是真的可以破坏一个项目，尤其是小公司，很多的小公司为了节省成本，或者公司领导不懂程序开发，就随便找个会写程序的程序员来做开发，小的功能没有问题，但是如果一旦涉及到框架式或者一个稍微大的项目的开发，如果他不懂的设计原则，可以说，他所开发出来的框架软件后来会把这个项目拖垮，甚至公司拖垮。
　　当然，大多数程序员在工作几年之后，也会非常明白，在软件开发的过程中，要注重模块化编程，模块与模块之间耦合度要低，或者说类与类之间耦合度要低，也就是所谓的高内聚，低耦合，这样开发过程中，因为不同模块或者类之间没有太多的依赖，修改一个模块要尽可能少的影响别的模块共能，但是具体怎么做呢？很多人了解到设计模式，也知道，有23中设计模式，甚至把23中设计模式都看了一遍，可惜看了之后，还是不知道怎么去使用设计模式。
　　大家在学习设计模式的过程中，就拿一本设计模式这本书来说吧，在学习设计模式之前，书中一定介绍了面向对象的7大设计原则，我们在设计面向对象的类的时候，很多人恰恰忽略的面向对象的这7大设计原则，导致即使你读懂了23种设计模式，依然不会用设计模式的原因，因为你还没有真正的理解设计模式所遵循的原则，设计模式都是遵循设计原则来是设计的，如果你懂得设计原则，你可以不用看设计模式，你也能设计出属于你的设计模式，设计模式只是帮我们提供一种解决问题的思路，不是万能的，而设计原则，可以说是万变不离其宗。
　　如果你想成为软件设计大师，那么一定要精读设计原则，可以根据设计模式将它融会贯通，然后看一些框架，比如web框架，spring框架等等，Java的框架很多，可以试着从设计原则，设计模式的角度，去读它，多去思考，逐渐的，这种思想也会融入到你的脑海里，这样才能够在你的项目中得到比较完美的体现。
　　另外，很多的书籍并不能让你很好地理解设计原则，这种情况有几种原因，一种是书籍本身并没有把设计原则描述清楚，描述的不够详细；一种是我们自身的理解能力不够，有的时候我们需要去多读几遍，所谓读书百遍，其意自现。