单一职责原则和开放-封闭原则

如果设计一个计算器有加减乘除的功能。下面的UML图违反了什么原则：

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。

产生原因：如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。

判断方法：如果你能想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。如上图，我们修改加法，减法，都要修改这个运算类，这就违反了单一职责原则。

所以我们可以构造出加减乘除的类。让这个运算类，只有一个引起它变化的原因。软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。

开放-封闭原则：是说软件实体（类，模块，函数等等）应该可以扩展，但是不可修改。

特征：1.对于扩展是开放的。2.对于更改是封闭的。

优点：面对需求的改变可以保持相对稳定，使系统可以不断更新。

方法：构造抽象隔离变化。面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。

遵循这个原则可以带来面向对象技术所声称的巨大好处，也就是可维护，可扩展，可复用，灵活性好。开放人员应该仅对程序中呈现出频繁变化的那些部分做出抽象，对于应用程序中的每个部分都可以地进行抽象同样不是一个好主意。拒绝不成熟的抽象和抽象本身一样重要。

我们可以构造抽象运算类来隔离变化，让运算类封闭，禁止更改。下面的加减乘除类开放，可以扩展，添加新的功能。例如添加开平方根这个类，只需要把开平方根写成子类，继承运算类即可，从而保持稳定。

所以我们可以更改上面为：