由于网站带有弱sns功能,因此需要设计关注和被关注的消息或是动作通知,那么将这个需求抽象出来的时候就会发现正好符合java中发布订阅模式。
一、概述
Java 的设计模式很多,观察者模式被称为是模式中的皇后,而且Java jdk也对它做了实现,可见该设计模式的重要位置。在图形化设计的软件中,为了实现视图和事件处理的分离,大多都采用了Observer模式,比如 Java的Swing,Flex的ActionScript等。在现实的应用系统中也有好多应用,比如像当当网、京东商城一类的电子商务网站,如果你对某 件商品比较关注,可以放到收藏架,那么当该商品降价时,系统给您发送站内消息、手机短信、邮件。这就是观察者模式的一个典型应用,商品是被观察者,关注该商品的客户 就是观察者。
GoF说道:Observer模式的意图是“定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新”。参见下图:
可以看出来,观察者模式,是一种一对多的关系,即多个观察者监听一个主题。
二、示例代码
商品价格打折后,所有关注、收藏该商品的用户都收到相关的信息提醒。
角色:
1)商品:被观察者;
2)用户:观察者
1.商品(发布者)
import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;
/**
* 商品-发布者
* @author Administrator
*
*/
public class Product {
private String name;
private double price;
private List<Observer> focusUsers;//观察者集合
/**
* 价格折扣
* @param off
*/
public synchronized void payOff(double off){
this.price = getPrice() * (1 - off);
StringBuffer msg = null;
if(focusUsers != null && !focusUsers.isEmpty()){
Iterator it = focusUsers.iterator();
while(it.hasNext()){
Observer user = (Observer)it.next();
String msgPart = ", "+ this.getName() +"的价格 "+ this.getPrice() +", 价格折扣 "+ off * 100 +"%!";
msg = new StringBuffer();
msg.append("~~~~ 您好 "+ user.getName());
msg.append(msgPart);
user.notify(msg.toString());//发送提醒
}
}
}
/**
* 添加关注用户
* @param user
*/
public void addFocusUsers(User user) {
this.getFocusUsers().add(user);
}
/**
* 删除关注用户
* @param user
*/
public void delFocusUser(User user) {
this.getFocusUsers().remove(user);
}
public Product(){
focusUsers = new ArrayList<Observer>();
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public double getPrice() {
return price;
}
public void setPrice(double price) {
this.price = price;
}
public List<Observer> getFocusUsers() {
return focusUsers;
}
public void setFocusUsers(List<Observer> focusUsers) {
this.focusUsers = focusUsers;
}
}
2.观察者(订阅者)接口
/**
* 观察者(订阅者)接口
* @author Administrator
*
*/
public interface Observer {
public void notify(String msg);
public String getName();
}
3.观察者(订阅者)
import java.util.HashSet;
import java.util.Set;
/**
* 观察者(订阅者)
* @author Administrator
*
*/
public class User implements Observer {
private String name;
private Set<Product> focusPdts;
/**
* 通知方法
*/
public void notify(String msg){
System.out.println(msg);
}
public User(){
focusPdts = new HashSet<Product>();
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Set<Product> getFocusPdts() {
return focusPdts;
}
public void setFocusPdts(Set<Product> focusPdts) {
this.focusPdts = focusPdts;
}
}
4.client端调用
public class client {
/**
* @param args
*/
public static void main(String[] args) {
//产品
Product mobile = new Product();
mobile.setName("SAMSUNG手机");
mobile.setPrice(2000);
Product book = new Product();
book.setName("JAVA设计模式");
book.setPrice(80);
//用户
User user1 = new User();
user1.setName("张三");
user1.getFocusPdts().add(mobile);//关注某一款三星手机
//user1.getFocusPdts().add(book);//关注JAVA设计模式
User user2 = new User();
user2.setName("李四");
user2.getFocusPdts().add(mobile);//关注某一款三星手机
user2.getFocusPdts().add(book);//关注JAVA设计模式
//建立商品和订阅者关联
mobile.getFocusUsers().add(user1);
book.getFocusUsers().add(user1);
book.getFocusUsers().add(user2);
//产品打折,发送站内信提醒
mobile.payOff(0.1);
book.payOff(0.2);
}
}
三、功能设计
常用的处理方式:
将数据库作为数据存储的介质,消息提醒数据保存在数据库表中,采用定时任务的方式来汇总和发送。具体流程:
1.存储用户-关注关联数据
将用户和所关注的数据存储到一张“用户-关注商品关联表”;
2.执行汇总任务
商品打折时,触发汇总任务,遍历“用户-关注商品“关联表,将符合发送条件的记录汇总到”提醒消息表“;数据量巨大的情况下,可采用在“用户-关注商品关联表”冗余字段的方式,不再创建”提醒消息表“减小数据量。
3.发送折扣提醒消息
遍历”提醒消息表“并发送,发送完成后,将记录标示为已发送。
四、设计分析
如果系统的用户、商品数量都很大,这种情况下如何设计功能更合理呢,个人认为有几点需要关注:
1)响应及时性
2)数据的持久性
3)web层压力
4)数据库层压力
5)系统资源的消耗
内存方式: 采用观察者模式,将关注用户保存在商品对象中,也就是存储在java 堆中。
数据库方式:采用传统关系型数据,例如mysql等。
项目 | 内存 | 数据库 | 分析 |
响应及时性 | 较好 | 较差 | 内存操作比起数据库操作肯定性能上好很多 |
数据的持久性 | 较差 | 较好 | 如果出现宕机等故障,内存数据会被清空,导致整个功能异常。 所以说数据仅保存在内存有缺陷,将内存数据持久化到数据库中做备份是较完备的方案,具体实现暂不讨论。 |
web层压力 | 较大 | 中等 | 由于用户和商品数量巨大,商品-内存关联数据保存在内存中对系统内存消耗较大,假如1000W用户,每个用户关注10个商品的话,每条记录100Byte,那么大致占用10G左右,直觉上对内存占用较大,会影响整个系统的表现。 |
数据库层压力 | 无 | 较大 | 用户-商品关注关联表,约1亿条数据。发送提醒消息和更改发送标示需要1次读操作、1次写操作,对数据的存储和数据库的压力都是一个挑战。另外,实现上肯定要采用缩小每次读写操作的数据集的方式。 |
系统资源消耗 | 中等 | 中等 | 内存方式,对系统内存占用较大,但对其他系统资源消耗不大。数据库方式,对系统的数据库层有较大的压力。 |
通过以上分析,发现两种方式都有比较大的问题,那是否可以采用key-value型内存软件加持久数据到数据库中的方式来实现呢?
2)将内存数据保存1份到数据库应对内存失效问题,采用异步持久化方式可减小对系统整体资源的消耗。