首页 > 其他分享 >前端开发设计模式——观察者模式

前端开发设计模式——观察者模式

时间:2024-10-29 14:51:27浏览次数:7  
标签:weatherData 通知 主题 观察者 组件 设计模式 数据 前端开发

目录

一、定义和特点

1. 定义

2. 特点

二、实现方式

1. 使用 JavaScript 实现观察者模式的基本结构

2. 实际应用中的实现示例

三、使用场景

1. 事件处理

2. 数据绑定

3. 异步通信

4. 组件通信

四、优点

1. 解耦和灵活性

2. 实时响应和数据一致性

3. 提高代码的可复用性

五、缺点

1. 内存泄漏风险

2. 通知顺序和复杂性

3. 性能开销

六、注意事项

1. 正确管理观察者的生命周期

2. 注意通知的频率和时机

3. 处理好观察者之间的关系

4. 测试和调试


一、定义和特点

1. 定义

        观察者模式是一种软件设计模式,它定义了对象之间的一种一对多的依赖关系。当一个对象(被观察对象,也称为主题或可观察对象)的状态发生改变时,所有依赖于它的对象(观察者)都会得到通知并自动更新。

2. 特点

  • 一对多关系:一个主题可以有多个观察者与之关联。主题负责通知观察者,而观察者只需关注主题的状态变化并做出相应反应,它们之间的耦合度较低。
  • 自动更新:观察者无需主动查询主题的状态,而是在主题状态变化时自动接收通知并进行更新操作,保证了数据的一致性和及时性。
  • 解耦性强:主题和观察者相互独立,它们只通过定义好的接口进行交互。这使得系统的各个模块可以独立开发、修改和扩展,增强了系统的灵活性和可维护性。

二、实现方式

1. 使用 JavaScript 实现观察者模式的基本结构

// 定义主题(可观察对象)类
class Subject {
    constructor() {
        this.observers = []; // 存储观察者的数组
    }

    // 添加观察者
    addObserver(observer) {
        this.observers.push(observer);
    }

    // 删除观察者
    removeObserver(observer) {
        const index = this.observers.indexOf(observer);
        if (index!== -1) {
            this.observers.splice(index, 1);
        }
    }

    // 通知观察者状态更新
    notifyObservers() {
        this.observers.forEach(observer => {
            observer.update(this);
        });
    }
}

// 定义观察者类
class Observer {
    update(subject) {
        // 在这里实现具体的更新逻辑,不同的观察者可以有不同的实现
        console.log('观察者收到主题状态更新通知');
    }
}

2. 实际应用中的实现示例

        假设我们正在开发一个简单的天气预报应用,其中天气数据是主题,而在页面上显示天气信息的组件以及根据天气情况进行提醒的功能模块等都是观察者。

// 天气数据主题类
class WeatherData extends Subject {
    constructor() {
        super();
        this.temperature = 0;
        this.humidity = 0;
    }

    // 更新天气数据并通知观察者
    setWeatherData(newTemperature, newHumidity) {
        this.temperature = newTemperature;
        this.humidity = newHumidity;
        this.notifyObservers();
    }
}

// 显示天气信息的观察者类
class DisplayWeatherObserver extends Observer {
    update(weatherData) {
        const temperature = weatherData.temperature;
        const humidity = weatherData.humidity;
        // 在这里更新页面上显示天气信息的元素
        document.getElementById('temperature').textContent = `温度: ${temperature}°C`;
        document.getElementById('humidity').textContent = `湿度: ${humidity}%`;
    }
}

// 天气提醒观察者类
class WeatherAlertObserver extends Observer {
    update(weatherData) {
        const temperature = weatherData.temperature;
        const humidity = weatherData.humidity;
        // 根据天气情况进行提醒
        if (temperature > 30 && humidity > 70) {
            alert('天气炎热潮湿,注意防暑防潮!');
        }
    }
}

// 使用示例
const weatherData = new WeatherData();
const displayObserver = new DisplayWeatherObserver();
const alertObserver = new WeatherAlertObserver();

weatherData.addObserver(displayObserver);
weatherData.addObserver(alertObserver);

// 模拟天气数据更新
weatherData.setWeatherData(28, 60);
weatherData.setWeatherData(32, 75);

        在上述示例中,WeatherData类作为主题,负责维护天气数据和观察者列表,并在数据更新时通知观察者。DisplayWeatherObserverWeatherAlertObserver类分别是不同的观察者,它们根据主题的通知进行相应的操作,一个更新页面显示,一个进行天气提醒

三、使用场景

1. 事件处理

        在前端页面中,用户的交互操作会触发各种事件,如按钮点击、表单提交等。可以将触发事件的元素看作主题,而处理这些事件的函数或模块看作观察者。例如,当用户点击一个登录按钮时,按钮是主题,登录验证逻辑、页面跳转逻辑等都是观察者,按钮点击后(主题状态改变),相应的观察者会执行各自的任务。

2. 数据绑定

        在现代前端框架中广泛应用的数据双向绑定机制通常基于观察者模式实现。当数据模型(主题)发生变化时,与之绑定的视图(观察者)会自动更新显示;反之,当用户在视图中进行操作修改数据时,数据模型也会相应更新,同时通知其他相关的视图进行更新。例如,在 Vue.js 中,当一个数据属性发生变化时,所有依赖该属性的模板部分都会自动重新渲染。

3. 异步通信

        当进行异步数据请求(如 AJAX 请求获取数据)时,请求对象可以看作主题,而请求成功后的后续处理逻辑(如更新页面数据、显示提示信息等)可以看作观察者。一旦数据请求完成(主题状态改变为获取到数据),观察者就会收到通知并进行相应的处理。

4. 组件通信

        在大型前端应用中,不同组件之间可能需要进行通信。例如,一个父组件可以作为主题,子组件作为观察者。当父组件的某些数据或状态发生变化时,它可以通知子组件进行相应的更新或操作,而子组件无需直接访问父组件的内部状态,保持了组件之间的独立性和解耦性。

四、优点

1. 解耦和灵活性

        主题和观察者之间的松散耦合使得它们可以独立变化和扩展。可以方便地添加新的观察者或修改现有观察者的行为,而不需要对主题的代码进行大量修改。同样,主题的内部实现可以改变,只要它仍然能够正确地通知观察者状态变化,观察者的代码也无需做太大调整。这使得系统更容易维护和扩展,适应不断变化的需求。

2. 实时响应和数据一致性

        观察者能够实时接收到主题状态变化的通知,并立即进行相应的更新操作,保证了系统中数据的一致性。用户在前端界面上看到的信息始终是最新的,提升了用户体验。例如,在数据绑定的场景中,用户对数据的修改可以立即反映在界面上,反之亦然。

3. 提高代码的可复用性

        观察者模式将不同的功能模块(观察者)分离出来,每个观察者只关注自己的特定任务和对主题状态变化的响应。这些观察者可以在不同的项目或场景中复用,只需要将它们与适当的主题进行关联即可。例如,一个用于显示数据变化的观察者组件可以在多个不同的数据展示页面中使用。

五、缺点

1. 内存泄漏风险

        如果在观察者不再需要关注主题状态变化时,没有正确地从主题的观察者列表中删除,那么即使观察者所关联的对象已经不再使用,它仍然会占用内存。这可能导致内存泄漏问题,尤其是在长时间运行的前端应用中。例如,当一个页面组件被销毁,但与之绑定的观察者没有被解除绑定,就会出现这种情况。

2. 通知顺序和复杂性

        当有多个观察者时,通知的顺序可能会影响系统的行为和结果。如果观察者之间存在依赖关系或者对通知顺序有要求,需要额外的机制来保证通知的正确顺序,这会增加系统的复杂性。而且,在复杂的系统中,可能难以追踪和理解所有观察者之间的交互关系以及它们对主题状态变化的响应逻辑。

3. 性能开销

        当主题频繁地发生状态变化并且有大量观察者时,通知所有观察者并执行它们的更新方法可能会带来一定的性能开销。特别是当观察者的更新操作比较复杂或者耗时较长时,可能会影响系统的整体性能和响应速度。例如,在一个实时数据更新的场景中,如果每秒都有大量数据更新并且有多个观察者进行复杂的计算和渲染操作,可能会导致页面卡顿。

六、注意事项

1. 正确管理观察者的生命周期

        在添加观察者时,要确保在合适的时机(通常是在观察者对象创建并准备好接收通知时)进行添加操作。同时,当观察者不再需要关注主题状态时,一定要及时从主题的观察者列表中删除,以避免内存泄漏。可以在观察者对象的销毁方法或者相关的生命周期钩子函数中执行删除操作。

2. 注意通知的频率和时机

        要合理控制主题状态变化的通知频率,避免过于频繁的通知导致性能问题。可以考虑对主题的状态变化进行适当的缓存或合并处理,在一定条件下再进行通知。同时,要确保通知的时机是合适的,即在主题的状态确实发生了有意义的变化并且观察者需要进行相应处理时才发送通知。

3. 处理好观察者之间的关系

        如果多个观察者之间存在依赖关系或者需要协同工作,要设计好它们之间的交互方式和顺序。可以通过引入中间协调者或者规定明确的通知顺序规则来解决。同时,要注意避免观察者之间的循环依赖等问题,以免导致系统出现异常行为或死锁。

4. 测试和调试

        由于观察者模式涉及多个对象之间的交互,在开发过程中要进行充分的测试和调试。可以编写单元测试来验证主题和观察者的功能是否正确,以及它们之间的交互是否符合预期。在调试时,可以利用浏览器的开发者工具等手段来跟踪观察对象的状态变化和通知过程,以便及时发现和解决问题。

标签:weatherData,通知,主题,观察者,组件,设计模式,数据,前端开发
From: https://blog.csdn.net/jxnd123456/article/details/143307140

相关文章

  • java设计模式,英雄联盟的例子学习结构型模式
    结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。结构型模式主要关注类或对象的组合,帮助确保如果一个系统的结构发生变化,系统的其他部分不会受到影响。适配器模式主要组成部分目标接口(Target):客户端所期待的接口。源类(Adapt......
  • JavaScript期末大作业 基于HTML+CSS+JavaScript技术制作web前端开发个人博客(48页) (1
    ......
  • 微服务设计模式 - 大使模式(Ambassador Pattern)
    微服务设计模式-大使模式(AmbassadorPattern)微服务设计模式-大使模式(AmbassadorPattern)定义结构工作过程优点使用场景示例代码总结定义AmbassadorPattern是一种常见的微服务设计模式,通常用于在微服务架构中代理和处理外部服务调用。通过使用AmbassadorPatter......
  • 设计模式-抽象工厂
    抽象工厂模式是一种创建型设计模式,它提供了一种方式来封装一组具有共同主题的单独工厂。抽象工厂模式通过提供一个超级工厂创建其他工厂的接口,使得客户端使用抽象的接口操作具体对象,从而实现客户端与具体工厂类解耦。usingSystem;//抽象产品ApublicabstractclassAbst......
  • 【设计模式】Java创建型设计模式之工厂模式魔法:打造灵活的冰箱工厂
    标题:《Java工厂模式魔法:打造灵活的冰箱工厂》摘要:本文深入探讨Java中的创建型设计模式之工厂模式。通过一个冰箱工厂的示例,详细解释工厂模式的概念、实现方法以及其带来的好处。读者将了解到如何使用工厂模式创建不同品牌和大小的冰箱,同时体会到该模式在提高代码可维......
  • 【C++设计模式】之单例模式,一文看懂
    【C++设计模式】之单例模式一、什么是单例模式二、单例模式的实现1.懒汉版单例模式懒汉单例模式代码实现2.饿汉单例模式饿汉单例模式代码实现3.线程安全的懒汉单例模式线程安全的懒汉模式代码实现三、总结一、什么是单例模式单例模式是一种创建型设计模式,它的......
  • 2024年最新互联网大厂精选 Java 面试真题集锦(JVM、多线程、MQ、MyBatis、MySQL、Redis
    前言春招,秋招,社招,我们Java程序员的面试之路,是挺难的,过了HR,还得被技术面,在去各个厂面试的时候,经常是通宵睡不着觉,头发都脱了一大把,还好最终侥幸能够入职一个独角兽公司,安稳从事喜欢的工作至今...近期也算是抽取出大部分休息的时间,为大家准备了一份通往大厂面试的小捷径,准备......
  • JAVA的设计模式都有那些
        Java设计模式是为了解决软件开发中常见的问题而创建的一系列最佳实践。它们提供了一种在特定情境下解决问题的方法论,并且已经被广泛验证和应用。这些模式不是具体的代码,而是关于如何组织代码以达到某种目的的高层次描述。设计模式通常分为三大类:创建型模式、结构型......
  • 《大话设计模式》java实现:第二章-策略模式
    《大话设计模式》java实现:第二章-策略模式第二章是使用策略模式实现商场收银系统,使收银系统的促销策略可以灵活更改。1.原始代码实现:packagegof;/**《大话设计模式》第二章策略模式*实现商场收银系统,可以选择不同促销策略*/importjavax.swing.*;importjava.aw......
  • 前端开发设计模式——工厂模式
    目录一、定义和特点1.定义2.特点二、实现方式三、使用场景1.创建复杂对象2.根据不同条件创建对象四、优点1.代码复用2.解耦对象创建和使用3.易于维护五、缺点1.增加代码复杂度2.工厂函数可能变得臃肿六、注意事项1.命名规范2.单一职责原则3.错误......