自从学了MVC之后，我已经习惯了使用接口来进行编程。一个表对应一个实体类，实体类对应DAO，DAO对应Service。。。直到后面，我都已经开始麻木了。归根到底是因为业务量偏少而且不复杂，学生作品没有市场的快速变化需求，更新迭代少，只要按着MVC写下去就能解决问题。但是在实际的工作中，业务复杂不用说，项目迭代更新也十分快速，是有必要重新了解一下设计模式，设计原则等东西。只有掌握了这些东西，了解到其精髓，才能在工作中写出漂亮的代码！
通俗的来讲，就是一个类应该仅有一个引起它变化的原因