设计模式之六大设计原则（一）

单一职责原则

单一职责原则是我们设计模式中最简单也是最容易理解的面向对象设计原则，我们先来看一下单一职责原则的定义：

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。通俗来讲就是一个类它只负责单一的功能，切不可做的太多。

在软件中一个类（大到一个模块，小到一个方法）如果所具有的功能越多，那么它就越复杂，复用性就越低，而且各个功能模块之间的耦合度也会随之上升。这样长此以往下去会对我们的系统造成很严重的后果。所以，我们需要按照单一职责原则，将不同的职责封装到不同的类中，实现高内聚、低耦合，这样如果我们修改了一个功能模块，并不会对其他的模块造成影响，增强了系统的健壮性。

开闭原则

开闭原则是我们在软件可复用软件的基础，作为一个重要的设计模式，同样让我们先来看看开闭原则的定义

开闭原则：是指软件实体应该可以扩展，但是不可修改。我对与这句话的理解是，对扩展开放，对修改关闭，我们在进行需求变更的时候，应该在不修改原有的代码的情况下对程序进行相应的扩展。

在开发的过程中，我们往往都会遇到一个很重要的问题，就是需求变更。当我们在面对新的需求的时候，我们首先应该保证的是原有系统的稳定性，通俗的讲就是，不能你改了一个bug，然后出来三个bug，这样是不被允许的。

这时候我们的开闭原则就登场了。对修改关闭，对新增开放，在保证了原有功能稳定性的情况下，实现了对新需求的扩展。

实现开闭原则的一个基本要素就是抽象化，我们可以在开发的过程中，可以猜测一下这个模块最有可能发生变化的种类，然后通过抽象来隔离这种变化。我们不是神，没办法完全猜到这个模块会发生什么变化，所以我们可以在发生一些小变化的时候，去想办法应对更大的变化。等到变化的时候立即采取行动。同样切记一点，过犹不及。