观察者模式实际运用

观察者模式在项目开发中可以很好的实现模块解耦


1、传统的观察者模式


import java.util.Observable;
import java.util.Observer;

/**
 * 
 * <使用系统Observer接口实现观察者>
 * <功能详细描述>
 */
public class CurrentConditionsDisplay implements Observer
{
    Observable observable;
    private float temperature;
    
    public CurrentConditionsDisplay(Observable observable)
    {
        this.observable = observable;
        this.observable.addObserver(this);
    }
    
    @Override
    public void update(Observable o, Object arg)
    {
        if(o instanceof WeatherData){
            WeatherData weatherData = (WeatherData) o;
            this.temperature = weatherData.getTemperature();
            display();
        }
    }
    
    public void display(){
        System.out.println("系统观察者监听对象数据改变:"+temperature);
    }
}

import java.util.Observable;


/**
 * 
 * <使用系统Observable类实现被观察者>
 * <功能详细描述>
 * 
 */
public class WeatherData extends Observable
{
    private float temperature;
    
    public WeatherData()
    {
    }
    
    public void setMeasurements(float temperature){
        this.temperature = temperature;
        setChanged();
        notifyObservers();
    }


    public float getTemperature()
    {
        return temperature;
    }


    public void setTemperature(float temperature)
    {
        this.temperature = temperature;
    }
    
}



public class WeatherStation
{
    public static void main(String[] args)
    {
        WeatherData weatherData = new WeatherData();
        @SuppressWarnings("unused")
        CurrentConditionsDisplay dis = new CurrentConditionsDisplay(weatherData);


        weatherData.setMeasurements(30.0f);
        weatherData.setMeasurements(40.0f);
        weatherData.setMeasurements(50.0f);
        
    }
}




2、变形的观察者模式


import java.util.Observable;

/**
 * 
 * <定义一个观察者回调接口>
 * <功能详细描述>
 * 
 */
public interface IFriendObserver
{
    public void updateFriends(Observable observable, Object data);
}

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

/**
 * 
 * <通讯录更新被观察者>
 * <功能详细描述>
 * 
 * @author  x00355498
 * @version  [版本号, 2015年8月27日]
 * @see  [相关类/方法]
 * @since  [产品/模块版本]
 */
public class FriendObservable extends Observable
{
    private static List<IFriendObserver> list = new ArrayList<IFriendObserver>();
    
    /**
     * <注册监听>
     * <功能详细描述>
     * @param observer
     * @see [类、类#方法、类#成员]
     */
    public static void reject(IFriendObserver observer){
        list.add(observer);
    }
    
    /**
     * <删除监听>
     * <功能详细描述>
     * @param observer
     * @see [类、类#方法、类#成员]
     */
    public static void unreject(IFriendObserver observer){
        int index = list.indexOf(observer);
        if(index>-1){
            list.remove(index);
        }
    }
    
    /**
     * {@inheritDoc}
     * 通知监听
     */
    public static void notifyAllObservers(String userId)
    {
        for (IFriendObserver observer : list)
        {
            observer.updateFriends(null, userId);
        }
    }
    
}



总结:变形的观察者模式更加的灵活,由FriendObservable 提供了一个静态的工具类,这个类中提供了一些列的静态方法,包括注册监听、删除监听、通知监听,通过这个静态类,在整个项目中可以在任意地方任意位置实现注册监听和通知监听。

<think>嗯,用户想了解观察者模式在外卖员接单系统中的实际应用。首先,我需要回忆观察者模式的定义和结构。观察者模式属于行为型设计模式,用于建立对象间的一对多依赖关系,当一个对象状态改变时,所有依赖它的对象都会收到通知并自动更新。根据引用[3]和[4],观察者模式可以实现松耦合,尽管不如发布-订阅模式彻底,但依然有效。 接下来,我得考虑外卖系统的场景。通常,订单生成后需要通知多个外卖员,然后他们可以抢单。这里,订单的状态变化(如新订单、订单被接、订单完成)是关键事件,需要通知观察者。根据引用[2]中的行为型模式部分,观察者模式适用于这种一对多的通知机制。 然后,思考如何将订单作为被观察者(Subject),外卖员作为观察者(Observer)。订单类需要有注册、移除和通知观察者的方法。外卖员类需要实现更新方法,以便在订单状态变化时执行相应操作,比如抢单。引用[5]提到的迭代器模式虽然相关,但这里更适用观察者。 可能还需要示例代码来展示结构。比如,定义一个Order类,维护观察者列表,状态变化时调用通知方法。Rider类实现update方法,根据订单状态决定是否抢单。这样,当有新订单时,所有注册的外卖员都会收到通知,实现自动化的接单流程。 用户可能关心实际应用中的细节,比如如何避免多个外卖员同时抢单,或者如何处理通知的顺序。这时候可以提到在具体实现中可以加入锁机制或使用队列管理请求,但观察者模式本身主要负责通知,业务逻辑需要额外处理。 另外,引用[3]提到观察者模式未完全解耦,可以考虑发布-订阅模式进一步解耦。但在外卖系统中,观察者模式已经足够,因为订单和外卖员的交互相对直接,不需要中间的事件总线。 最后,总结观察者模式在该场景中的优势:解耦订单和外卖员,动态增减观察者,支持广播通信。同时,指出潜在问题,如性能问题或循环依赖,但通过合理设计可以避免。这样用户能全面理解应用方式和注意事项。</think>### 观察者模式在外卖员接单系统中的实际应用 #### 1. **场景分析** 在外卖系统中,订单状态的变化(如新订单生成、订单被接单、订单完成)需要实时通知多个外卖员。观察者模式在此场景中可实现以下功能: - **订单作为被观察者(Subject)**:维护外卖员列表,状态变化时触发通知。 - **外卖员作为观察者(Observer)**:订阅订单状态变化,根据通知采取行动(如抢单)[^3][^4]。 #### 2. **模式结构** - **`Order` 类(被观察者)** ```python class Order: def __init__(self, order_id): self.order_id = order_id self._riders = [] # 观察者列表 self._status = "pending" def register_rider(self, rider): self._riders.append(rider) def remove_rider(self, rider): self._riders.remove(rider) def notify_riders(self): for rider in self._riders: rider.update(self) def set_status(self, status): self._status = status self.notify_riders() # 状态变化时通知观察者 ``` - **`Rider` 类(观察者)** ```python class Rider: def __init__(self, rider_id): self.rider_id = rider_id def update(self, order): if order._status == "new": print(f"骑手 {self.rider_id} 收到新订单 {order.order_id},尝试抢单!") elif order._status == "completed": print(f"订单 {order.order_id} 已完成") ``` #### 3. **实际运行示例** ```python # 创建订单和骑手 order_101 = Order("ORD101") rider_a = Rider("R001") rider_b = Rider("R002") # 骑手订阅订单 order_101.register_rider(rider_a) order_101.register_rider(rider_b) # 订单状态变化触发通知 order_101.set_status("new") # 输出:骑手 R001/R002 收到新订单 ORD101,尝试抢单! order_101.set_status("completed") # 输出:订单 ORD101 已完成 ``` #### 4. **关键优势** - **解耦订单与骑手**:订单无需直接调用骑手的方法,仅通过通知机制交互[^3]。 - **动态扩展**:可随时添加或移除骑手(如高峰时段增加临时骑手)。 - **广播式通信**:一次状态变化可通知所有订阅者,适合抢单场景[^4]。 #### 5. **潜在问题与改进** - **并发抢单冲突**:需额外逻辑(如分布式锁)确保只有一个骑手接单。 - **性能优化**:大量骑手时可采用异步通知(如消息队列)。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值