*@H_404_6@拍@H_404_6@UFO~~@H_404_6@单一职责原则@H_404_6@
故事背景：智能手机功能强大，但是当生活就敲到遇到了传说的@H_404_6@UFO@H_404_6@，手机相机却掉链子了。@H_404_6@
并没有摄像机照相机那么好的像素，拍照功能不是最佳。@H_404_6@
定义：就一个类而言，应有一个引起它的变化
一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个
类完成其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的变化。
@H_404_6@如果你能想到多一个动机去改变一个类，这个类就具有多于一个的职责。@H_404_6@
@H_404_6@体现：分类信息@H_404_6@ @H_404_6@
@H_404_6@我的理解：对于单一职责原则，就是一个类只有一个职责，单一的职责。这样可以增强复用性，@H_404_6@
代码就可以拥有更好的维护性，易扩展，更加的灵活多样！@H_404_6@
@H_404_6@
@H_404_6@
*@H_404_6@ @H_404_6@考研工作@H_404_6@ ~~@H_404_6@开放封闭原则：面型对象核心@H_404_6@
@H_404_6@定义：软件实体@H_404_6@ @H_404_6@类@H_404_6@ @H_404_6@模块@H_404_6@ @H_404_6@函数等，可以扩展，不可修改@H_404_6@
@H_404_6@开放：对于扩展@H_404_6@ @H_404_6@封闭：对于修改（绝对封闭也不现实）@H_404_6@
@H_404_6@我们应该具备对程序功能代码不能修改，但是可以扩展的思想。写类时，考虑充分，变化发生时，@H_404_6@
创建抽象类@H_404_6@
@H_404_6@我的理解：一个软件的需求不可能确定不改，我们需要根据用户市场的新需求来增加新的功能，@H_404_6@
推动版本不断地更新。开放封闭原则的优点同样是提高了系统的可维护，可扩展，复用性，灵活性。@H_404_6@
