浅谈Java设计模式

最新推荐文章于 2022-03-01 19:30:07 发布

YoHope99

最新推荐文章于 2022-03-01 19:30:07 发布

阅读量342

点赞数 1

文章标签： Java 设计模式

本文链接：https://blog.csdn.net/qq_40477092/article/details/94554366

版权

前言

在这篇文章中，我主要讲述以下内容：

引言
设计模式的诞生与发展
设计模式的定义与GoF23种设计模式
设计模式的优点

引言

从两个实例说起：

1. 实例一

实例说明

某软件公司要开发一个跨平台图像浏览系统，要求该系统能够显示BMP、JPG、GIF、PNG等多种格式的文件，
并且能够在Windows、Linux、Unix等多个操作系统上运行。系统首先将各种格式的文件解析为像素矩阵(Matrix)，然后将像素矩阵显示在屏幕上，在不同的操作系统中可以调用不同的绘制函数来绘制像素矩阵。

设计方案

问题

采用了多层继承结构，导致系统中类的个数急剧增加，具体层的类的个数 =所支持的图像文件格式数×所支持的操作系统数；
系统扩展麻烦，无论是增加新的图像文件格式还是增加新的操作系统，都需要增加大量的具体类，这将导致系统变得非常庞大，增加运行和维护开销。

2. 实例二

实例说明

•某软件公司为某电影院开发了一套影院售票系统，在该系统中需要为不同类型的用户提供不同的电影票打折方式，具体打折方案如下：

(1)学生凭学生证可享受票价8折优惠；

(2)年龄在10周岁及以下的儿童可享受每张票减免10元的优惠（原始票价需大于等于20元）；

(3)影院VIP用户除享受票价半价优惠外还可进行积分，积分累计到一定额度可换取电影院赠送的奖品。

注意：该系统在将来可能还要根据需要引入新的打折方式。

设计方案

public class MovieTicket{
  private double price;
  
  //compute the price
    public double calculate(String type) {
        //student ticket
        if(type.equalsIgnoreCase("student")) {
            return this.price * 0.8;
        }
        //children ticket
        else if(type.equalsIgnoreCase("children") && this.price >= 20 ) {
            return this.price - 10;
        }
         //VIP ticket
        else if(type.equalsIgnoreCase("vip")) {
            //add points, code is omitted
            return this.price * 0.5;
         }
        else {
            return this.price; 
        }
    }
}

问题

(1) MovieTicket类的calculate()方法非常庞大，它包含各种打折算法的实现代码，在代码中出现了较长的条件转移语句，不利于测试和维护；

(2) 在增加新的打折算法或者对原有打折算法进行修改时必须修改MovieTicket类的源代码，系统的灵活性和可扩展性较差；

(3)算法的复用性差，如果另一个系统需要重用某些打折算法，只能通过对源代码进行复制粘贴来重用，无法单独重用其中的某个或某些算法。

设计模式的诞生与发展

设计模式的诞生

设计模式起源于建筑业而非软件业
设计模式之父——美国加利佛尼亚大学环境结构中心研究所所长ChristopherAlexander博士
《APattern Language: Towns, Buildings, Construction》——253个建筑和城市规划模式

设计模式的发展

20世纪80年代末，软件工程界开始关注ChristopherAlexander等在这一住宅、公共建筑与城市规划领域的重大突破；
“四人组(Gang of Four，GoF，分别是Erich Gamma, Richard Helm, Ralph Johnson和John Vlissides)”于1994年归纳发表了23种在软件开发中使用频率较高的设计模式，旨在用模式来统一沟通面向对象方法在分析、设计和实现间的鸿沟。