观察者模式 vs 不使用观察者模式：商品库存变化的通知

🕗 发布于 2024-11-15 11:37 观察者模式 java

在软件开发中，观察者模式是一种非常常见的设计模式，用于解决对象间的依赖关系。当一个对象的状态发生改变时，需要通知其他相关对象，确保它们的状态也随之更新。本文将通过一个具体的业务场景——商品库存变化，来对比在使用和不使用观察者模式时的实现方式，从而帮助你更好地理解观察者模式的优势。

业务场景：商品库存变化通知

假设我们正在开发一个电商系统，其中涉及到多个模块对商品库存信息的依赖：

商品详情页：展示商品的库存数量。
购物车：展示用户购物车中商品的库存状态。

当商品库存数量发生变化时，我们需要通知这些模块进行同步更新。如果不使用观察者模式，可能会导致代码耦合性较强，难以扩展和维护。而使用观察者模式，则能提供一个解耦的设计，使得各个模块之间的通信更加简洁和高效。

不使用观察者模式

1. 直接调用更新方法

在没有观察者模式的情况下，当商品库存发生变化时，我们可能会直接在商品类中手动调用商品详情页和购物车的更新方法。这会导致商品类和其他模块（商品详情页、购物车）之间存在紧密的耦合。

// 商品类（没有观察者模式）
class Product {
    private int stockQuantity;  // 库存数量
    private ProductDetailPage detailPage;
    private ShoppingCart shoppingCart;

    public Product(ProductDetailPage detailPage, ShoppingCart shoppingCart) {
        this.detailPage = detailPage;
        this.shoppingCart = shoppingCart;
    }

    // 设置库存数量并更新其他模块
    public void setStockQuantity(int stockQuantity) {
        this.stockQuantity = stockQuantity;
        System.out.println("商品库存更新为: " + stockQuantity);

        // 手动通知商品详情页和购物车更新库存
        detailPage.update(stockQuantity);
        shoppingCart.update(stockQuantity);
    }
}

2. 商品详情页和购物车

商品详情页和购物车类会有一个 update 方法，用于接收商品库存的变化并更新显示。

// 商品详情页
class ProductDetailPage {
    public void update(int stockQuantity) {
        System.out.println("商品详情页更新库存显示为: " + stockQuantity);
    }
}

// 购物车
class ShoppingCart {
    public void update(int stockQuantity) {
        System.out.println("购物车更新库存显示为: " + stockQuantity);
    }
}

3. 测试类

在这个例子中，我们直接在商品类中管理了商品详情页和购物车的更新逻辑。

public class WithoutObserverPattern {
    public static void main(String[] args) {
        ProductDetailPage detailPage = new ProductDetailPage();
        ShoppingCart shoppingCart = new ShoppingCart();
        
        Product product = new Product(detailPage, shoppingCart);
        product.setStockQuantity(10);
        product.setStockQuantity(5);
    }
}

运行结果

商品库存更新为: 10
商品详情页更新库存显示为: 10
购物车更新库存显示为: 10
商品库存更新为: 5
商品详情页更新库存显示为: 5
购物车更新库存显示为: 5

存在的问题

耦合性强：商品类直接依赖于商品详情页和购物车，若以后新增其他依赖库存信息的模块，需要修改商品类，违反了开闭原则（OCP）。
扩展困难：若有多个模块依赖库存变化，每个模块都需要在商品类中手动注册，增加了维护难度。
难以维护：随着项目的增长，代码会变得越来越复杂，修改其中的一个部分可能会引发连锁反应，增加出错的风险。

使用观察者模式

1. 观察者接口

首先，我们定义观察者接口 Observer，其中包含一个 update 方法，用于接收商品库存变化的通知。

// 定义观察者接口
interface Observer {
    void update(int stockQuantity);  // 更新库存数量的方法
}

2. 被观察者类（商品类）

接下来，我们定义商品类 Product，它会维护一个观察者列表，并在库存变化时通知所有观察者。

import java.util.ArrayList;
import java.util.List;

// 定义被观察的商品类（Subject）
class Product {
    private List<Observer> observers = new ArrayList<>();  // 观察者列表
    private int stockQuantity;  // 库存数量

    // 添加观察者
    public void addObserver(Observer observer) {
        observers.add(observer);
    }

    // 移除观察者
    public void removeObserver(Observer observer) {
        observers.remove(observer);
    }

    // 通知所有观察者
    private void notifyObservers() {
        for (Observer observer : observers) {
            observer.update(stockQuantity);  // 更新每个观察者
        }
    }

    // 设置库存数量，并通知观察者
    public void setStockQuantity(int stockQuantity) {
        this.stockQuantity = stockQuantity;
        System.out.println("商品库存更新为: " + stockQuantity);
        notifyObservers();  // 通知所有观察者
    }
}

3. 具体观察者类（商品详情页和购物车）

商品详情页和购物车分别实现观察者接口，当商品库存变化时，它们会接收到更新通知，并更新各自的库存显示。

// 商品详情页（观察者）
class ProductDetailPage implements Observer {
    @Override
    public void update(int stockQuantity) {
        System.out.println("商品详情页更新库存显示为: " + stockQuantity);
    }
}

// 购物车（观察者）
class ShoppingCart implements Observer {
    @Override
    public void update(int stockQuantity) {
        System.out.println("购物车更新库存显示为: " + stockQuantity);
    }
}

4. 测试类

在测试类中，我们通过 addObserver 方法将商品详情页和购物车添加为观察者，商品库存更新时，它们会自动接收到通知并更新显示。

public class WithObserverPattern {
    public static void main(String[] args) {
        Product product = new Product();

        ProductDetailPage detailPage = new ProductDetailPage();
        ShoppingCart shoppingCart = new ShoppingCart();

        // 注册观察者
        product.addObserver(detailPage);
        product.addObserver(shoppingCart);

        // 设置库存数量，通知观察者
        product.setStockQuantity(10);
        product.setStockQuantity(5);
    }
}

运行结果

商品库存更新为: 10
商品详情页更新库存显示为: 10
购物车更新库存显示为: 10
商品库存更新为: 5
商品详情页更新库存显示为: 5
购物车更新库存显示为: 5

优势

低耦合性：商品类和观察者类之间只通过接口进行依赖，任何一个模块的变化不会影响到其他模块的实现。
可扩展性强：当需要增加新的依赖商品库存的模块时，只需实现 Observer 接口并注册为观察者，无需修改商品类。
符合开闭原则：商品类可以在不修改的情况下增加新的观察者，保持代码的稳定性。

对比总结

特性	不使用观察者模式	使用观察者模式
耦合性	高，商品类直接依赖多个模块（商品详情页、购物车等）	低，商品类只依赖于 `Observer` 接口
扩展性	差，增加新模块需要修改商品类	好，新增模块只需实现观察者接口并注册即可
维护性	差，修改商品类可能导致其他模块发生问题	好，模块独立，修改不会影响其他模块
符合设计原则	不符合开闭原则	符合开闭原则

结论

通过对比可以看出，观察者模式解决了不使用观察者模式时存在的耦合性高、扩展性差的问题，使得系统更加灵活、可维护和可扩展。在需要处理多个模块之间的依赖关系时，观察者模式提供了一种简洁且有效的方式来解耦不同模块之间的关系。
说点大白话就是采用观察者模式是定义了一个统一的接口，不同的观察者都实现这个接口。然后在被观察的目标中维护一个观察者的集合，若是有改变则指需要增加或者删除对应的观察者即可

原文地址：https://blog.csdn.net/weixin_54574094/article/details/143776587

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！

上一篇：springboot 文件高效上传
下一篇：linux常见资源查询命令（持续更新）

【已为网站上传证书,却显示不安全】
【已为网站上传证书,却显示不安全】
阅读更多2024-11-16
Jtti：服务器总是自动重启怎么办?
1.查看系统日志：通过查看系统日志文件(如/var/log/syslog、/var/log/messages或Windows Event Viewer)获取错误信息，找出重启原因。解决方案：查看系统日
阅读更多2024-11-16
Scala的Array(1)
Scala的Array表示长度不可变的数组，若需要定义可变数组需要倒包。
阅读更多2024-11-16
Scala中的Array
Array是一种在Scala中用于存储固定大小，相同类型元素的数据结构，Array是可变。类型有两种：Array表示长度不可变的数组，和ArrayBuffer表示长度可变的数组。(一)Array的定义
阅读更多2024-11-16
llama factory lora 微调 qwen2.5 7B Instruct模型
项目背景甲方提供一台三卡4080显卡需要进行qwen2.5 7b Instruct模型进行微调。以下为整体设计。要使用对进行，流程与之前提到的模型类似。LoRA 微调是一种高效的微调方法，通过低秩
阅读更多2024-11-16
大数据中的时序数据，以及时序数据架构设计解决方案
时序数据架构设计需根据具体的应用场景、数据量和实时性要求来选择合适的方案。如果数据量较小且不需要实时处理，关系型数据库可能足够；如果数据量大且需要高效实时查询，可以选择时序数据库；而对于大规模分布式处
阅读更多2024-11-16
Linux网络——网络初识
在谈及网络之前，我们要先对学的知识有一个了解网络的本质就是获取数据，而系统的本质就是加工数据。
阅读更多2024-11-16
革新预测领域：频域融合时间序列预测，深度学习新篇章，科研涨点利器
2024发论文&模型涨点之——频域+时间序列频域+时间序列不仅能提供更丰富的信息，还能提高模型性能和预测准确性。对于论文er来说，是个可发挥空间大、可挖掘创新点多的研究方向。当前，学术界的目光
阅读更多2024-11-16
本地启动浏览器，并禁用web安全性，解决本地启动时，服务端强制要求https协议导致请求不通的问题
本地启动浏览器，并禁用web安全性，解决本地启动时，服务端强制要求https协议导致请求不通的问题
阅读更多2024-11-16
推荐一款来自韩国的影音全能播放器：KMPlayer播放器
来自韩国的影音全能播放器，与Mplayer一样从linux平台移植而来的Kmplayer(简称KMP)几乎可以播放您系统上所有的影音文件。通过各种插件扩展KMP可以支持层出不穷的新格式。强大的插件功能
阅读更多2024-11-16

观察者模式 vs 不使用观察者模式：商品库存变化的通知

业务场景：商品库存变化通知

不使用观察者模式

1. 直接调用更新方法

2. 商品详情页和购物车

3. 测试类

运行结果

存在的问题

使用观察者模式

1. 观察者接口

2. 被观察者类（商品类）

3. 具体观察者类（商品详情页和购物车）

4. 测试类

运行结果

优势

对比总结

结论

相关文章