针对天气变化时通知用户和推荐行程用什么设计模式
当天气不同时，用户会收到不同的通知，通知中包括具体的天气和推荐的行程。
这里有两个点，一个是天气不同的时候发通知，还有一个就是不同的天气发送的内容不一样。
-
天气变化是典型的事件驱动场景，需通知多个订阅方（如通知服务、推荐服务），观察者模式天然支持一对多依赖关系，实现低耦合的事件响应机制。
-
不同天气对应不同的行程推荐策略（如晴天推荐户外活动、雨天推荐室内活动），策略模式通过封装可互换的业务逻辑实现逻辑灵活切换。
那么其实就是需要结合 观察者模式 和 策略模式两种设计模式。
观察者模式
-
Subject（被观察者）：天气服务（WeatherService），负责监测天气变化，并管理观察者列表。
-
Observer（观察者）：定义通知接口（如 sendNotification），由具体观察者实现。
- NotificationService：向用户发送天气变化的通知。
- RecommendationService：生成并推送推荐行程。
- 用户和行程服务订阅天气服务（注册为观察者）。
- 天气变化时，WeatherService 调用 notify()，遍历所有观察者。
- 每个观察者（如 NotificationService 和 RecommendationService）执行各自的更新逻辑。
策略模式
- 策略接口：Strategy，定义生成推荐的方法（如 generateRec()）。
- 具体策略：针对不同天气实现推荐逻辑，如 SunnyDayStrategy、RainyDayStrategy。
// 推荐服务 + 策略模式
class RecommendationService implements WeatherObserver {
private RecommendationStrategy strategy;
public void setStrategy(RecommendationStrategy strategy) {
this.strategy = strategy;
}
@Override
public void update(WeatherData data) {
// 根据天气类型切换策略
switch (data.getType()) {
case SUNNY:
setStrategy(new SunnyStrategy());
break;
case RAINY:
setStrategy(new RainyStrategy());
break;
}
String rec = strategy.generateRecommendation(data);
sendRecommendation(rec);
}
}
// 策略接口与实现
interface RecommendationStrategy {
String generateRecommendation(WeatherData data);
}
class SunnyStrategy implements RecommendationStrategy {
@Override
public String generateRecommendation(WeatherData data) {
return "今日晴，推荐去公园野餐，紫外线指数：" + data.getUVIndex();
}
}
