案例分析：设计模式与代码的结构特性

 

一、设计模式简介

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题，每种模式在现实中都有相应的原理来与之对应，每种模式都描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是设计模式能被广泛应用的原因。

二、设计模式和架构的区别

架构和设计模式有没有什么区别呢，其实是有区别的，某种程度上可以这样理解：架构是从整个系统，更宏观的层面来总结的，而现在大家理解的设计模式，更多是从代码层面出发，或者框架的层面来总结的。但是这种区别并不是软件架构大师们主观的结果，这两个概念最开始是一个东西，但是随着软件复杂度的不断增加，演化成了两个概念。

三、设计模式的类型

根据设计模式的参考书 Design Patterns - Elements of Reusable Object-Oriented Software（中文译名：设计模式 - 可复用的面向对象软件元素） 中所提到的，总共有 23 种设计模式。这些模式可以分为三大类：创建型模式（Creational Patterns）、结构型模式（Structural Patterns）、行为型模式（Behavioral Patterns）。

四、实现

1.创建一个借口

 

 2.创建实现接口的实体类。

 

 

 

 

 3.创建一个工厂，生成基于给定信息的实体类的对象。

 

 五、引入设计模式后对系统架构和代码结构带来的好处

1、一个调用者想创建一个对象，只要知道其名称就可以了。

2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。

3、屏蔽产品的具体实现，调用者只关心产品的接口。

4、松耦合（可以降低层与层之间的依赖）：视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

六、解释其中用到的多态机制

上面的三个实体类Rectangle Square Circle都有一个System.out.println函数，当用类的对象来调用此函数（发送消息）时，会自动判断此对象属于哪个实体类，从而决定要调用哪个函数，此即为这里所用到的多态机制。

七、说明模块抽象封装的方法

默认适配器
在适配器中同时包含对目标类和适配者类的引用，适配者可以通过它调用目标类中的方法，目标类也可以通过它调用适配者类中的方法，它适用于一个接口不想使用其所有的方法的情况。因此也称为单接口适配器模式。