标签：Java IAutomobile 原则 开闭 internal BMW 设计模式
目录：
开闭原则(Open Close Principle)：
Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.
软件对象（类、模块、方法等）应该对于扩展是开放的，对修改是关闭的。比如：一个网络模块，原来只服务端功能，而现在要加入客户端功能，那么应当在不用修改服务端功能代码的前提下，就能够增加客户端功能的实现代码，这要求在设计之初，就应当将客户端和服务端分开。公共部分抽象出来。
问题由来：
在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。
解决办法：
当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
开闭原则是面向对象设计中最基础的设计原则，它指导我们如何建立稳定灵活的系统。开闭原则可能是设计模式六项原则中定义最模糊的一个了，它只告诉我们对扩展开放，对修改关闭，可是到底如何才能做到对扩展开放，对修改关闭，并没有明确的告诉我们。以前，如果有人告诉我"你进行设计的时候一定要遵守开闭原则"，我会觉的他什么都没说，但貌似又什么都说了。因为开闭原则真的太虚了。
在仔细思考以及仔细阅读很多设计模式的文章后，终于对开闭原则有了一点认识。其实，我们遵循设计模式前面5大原则，以及使用23种设计模式的目的就是遵循开闭原则。也就是说，只要我们对前面5项原则遵守的好了，设计出的软件自然是符合开闭原则的，这个开闭原则更像是前面五项原则遵守程度的"平均得分"，前面5项原则遵守的好，平均分自然就高，说明软件设计开闭原则遵守的好；如果前面5项原则遵守的不好，则说明开闭原则遵守的不好。
其实笔者认为，开闭原则无非就是想表达这样一层意思：用抽象构建框架，用实现扩展细节。因为抽象灵活性好，适应性广，只要抽象的合理，可以基本保持软件架构的稳定。而软件中易变的细节，我们用从抽象派生的实现类来进行扩展，当软件需要发生变化时，我们只需要根据需求重新派生一个实现类来扩展就可以了。当然前提是我们的抽象要合理，要对需求的变更有前瞻性和预见性才行。
说到这里，再回想一下前面说的5项原则，恰恰是告诉我们用抽象构建框架，用实现扩展细节的注意事项而已：单一职责原则告诉我们实现类要职责单一；里氏替换原则告诉我们不要破坏继承体系；依赖倒置原则告诉我们要面向接口编程；接口隔离原则告诉我们在设计接口的时候要精简单一；迪米特法则告诉我们要降低耦合。而开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。
为什么使用开闭原则？
1、只要是面向对象的编程，在开发过程中都会强调开闭原则
2、是最基础的设计原则，其他五个设计原则都是开闭原则的具体形态
3、可以提高代码的复用性
4、可以提高代码的可维护性
如何使用开闭原则？
1、抽象约束
抽象对一组事物的通用描述，没有具体的实现，也就表示它可以有非常多的可能性，可以跟随需求的变化而变化。因此，通过接口或抽象类可以约束一组可能变化的行为，并且能够实现对扩展开放。
2、元数据控件模块行为
3、制定项目章程
4、封装变化
将相同的变化封装到一个接口或抽象类中，将不同的变化封装到不同的接口或抽象类中，不应该有两个不同变化出现在同一个接口或抽象类中。
案例：
一个工厂生产宝马和奥迪两种品牌的车
1 internal class Program
2 {
3 private static void Main(string[] args)
4 {
5 AutomobileFactory carf = new AutomobileFactory();
6 carf.createAuto(AutomobileFactory.AutoType.BMW);
7 carf.createAuto(AutomobileFactory.AutoType.AUDI);
8 }
9 }
10
11 internal interface IAutomobile
12 {
13 }
14
15 internal class Audi : IAutomobile
16 {
17 public Audi()
18 {
19 Console.WriteLine("hi 我是奥迪");
20 }
21 }
22
23 internal class BMW : IAutomobile
24 {
25 public BMW()
26 {
27 Console.WriteLine("hello 我是宝马");
28 }
29 }
30
31 internal class AutomobileFactory
32 {
33 public enum AutoType
34 {
35 AUDI, BMW
36 }
37
38 public IAutomobile createAuto(AutoType carType)
39 {
40 switch (carType)
41 {
42 case AutoType.AUDI:
43 return new Audi();
44
45 case AutoType.BMW:
46 return new BMW();
47 }
48 return null;
49 }
50 }
随着业务不断扩展，需要生产宾利，怎么办？对原有工厂进行改造使其满足生产宾利的条件？对开闭原则来说，这显然不合适。于是。。。
1 internal class Program
2 {
3 private static void Main(string[] args)
4 {
5 IAutomobileFactory audi = new AudiFactory();
6 audi.createAuto();
7 IAutomobileFactory bmw = new BMWFactory();
8 bmw.createAuto();
9 }
10 }
11
12 internal interface IAutomobile
13 {
14 }
15
16 internal class Audi : IAutomobile
17 {
18 public Audi()
19 {
20 Console.WriteLine("hi 我是奥迪");
21 }
22 }
23
24 internal class BMW : IAutomobile
25 {
26 public BMW()
27 {
28 Console.WriteLine("hello 我是宝马");
29 }
30 }
31
32 internal interface IAutomobileFactory
33 {
34 IAutomobile createAuto();
35 }
36
37 internal class AudiFactory : IAutomobileFactory
38 {
39 public IAutomobile createAuto()
40 {
41 return new Audi();
42 }
43 }
44
45 internal class BMWFactory : IAutomobileFactory
46 {
47 public IAutomobile createAuto()
48 {
49 return new BMW();
50 }
51 }
参考：http://wiki.jikexueyuan.com/project/java-design-pattern-principle/principle-6.html
标签：Java,IAutomobile,原则,开闭,internal,BMW,设计模式 来源： https://blog.csdn.net/Mr_EvanChen/article/details/104570815
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。