打字猴:1.700469686e+09
1700469686
1700469687 System.out.println(“李斯:汇报完毕……\n”);
1700469688
1700469689 }
1700469690
1700469691 //汇报给秦始皇
1700469692
1700469693 private void reportToQiShiHuang(String reportContext){
1700469694
1700469695 System.out.println(“李斯:报告,秦老板!韩非子有活动了–>”+reportContext);
1700469696
1700469697 }
1700469698
1700469699 }
1700469700
1700469701 只改变了粗体部分,应java.util.Observer接口要求update传递过来两个变量,Observable这个变量我们没用到(接口中定义必须实现的),就不处理了。其他两个观察者实现类也是相同的改动,不再赘述。
1700469702
1700469703 场景类没有改动,运行结果也完全相同,大家看看我们使用了Java提供的观察者模式后是不是简单了很多,所以在Java的世界里横行时,多看看API,有帮助很大,很多东西Java已经帮你设计了一个良好的框架了。
1700469704
1700469705
1700469706
1700469707
1700469708 设计模式之禅 22.4.2 项目中真实的观察者模式
1700469709
1700469710 为什么要说“真实”呢?因为我们刚刚讲的那些是太标准的模式了,在系统设计中会对观察者模式进行改造或改装,主要在以下3个方面。
1700469711
1700469712 ❑观察者和被观察者之间的消息沟通
1700469713
1700469714 被观察者状态改变会触发观察者的一个行为,同时会传递一个消息给观察者,这是正确的,在实际中一般的做法是:观察者中的update方法接受两个参数,一个是被观察者,一个是DTO(Data Transfer Object,据传输对象),DTO一般是一个纯洁的JavaBean,由被观察者生成,由观察者消费。
1700469715
1700469716 当然,如果考虑到远程传输,一般消息是以XML格式传递。
1700469717
1700469718 ❑观察者响应方式
1700469719
1700469720 我们这样来想一个问题,观察者是一个比较复杂的逻辑,它要接受被观察者传递过来的信息,同时还要对他们进行逻辑处理,在一个观察者多个被观察者的情况下,性能就需要提到日程上来考虑了,为什么呢?如果观察者来不及响应,被观察者的执行时间是不是也会被拉长?那现在的问题就是:观察者如何快速响应?有两个办法:一是采用多线程技术,甭管是被观察者启动线程还是观察者启动线程,都可以明显地提高系统性能,这也就是大家通常所说的异步架构;二是缓存技术,甭管你谁来,我已经准备了足够的资源给你了,我保证快速响应,这当然也是一种比较好方案,代价就是开发难度很大,而且压力测试要做的足够充分,这种方案也就是大家说的同步架构。
1700469721
1700469722 ❑被观察者尽量自己做主
1700469723
1700469724 这是什么意思呢?被观察者的状态改变是否一定要通知观察者呢?不一定吧,在设计的时候要灵活考虑,否则会加重观察者的处理逻辑,一般是这样做的,对被观察者的业务逻辑doSomething方法实现重载,如增加一个doSomething(boolean isNotifyObs)方法,决定是否通知观察者,而不是在消息到达观察者时才判断是否要消费。
1700469725
1700469726
1700469727
1700469728
1700469729 设计模式之禅 22.4.3 订阅发布模型
1700469730
1700469731 观察者模式也叫做发布/订阅模型(Publish/Subscribe),如果你做过EJB(Enterprise JavaBean)的开发,这个你绝对不会陌生。EJB2是个折腾死人不偿命的玩意儿,写个Bean要实现,还要继承,再加上那一堆的配置文件,小项目还凑活,你要知道用EJB开发的基本上都不是小项目,到最后是每个项目成员都在骂EJB这个忽悠人的东西;但是EJB3是个非常优秀的框架,还是算比较轻量级,写个Bean只要加个Annotaion就成了,配置文件减少了,而且也引入了依赖注入的概念,虽然只是EJB2的翻版,但是毕竟还是前进了一步。在EJB中有3个类型的Bean:Session Bean、Entity Bean和MessageDriven Bean,我们这里来说一下MessageDriven Bean(一般简称为MDB),消息驱动Bean,消息的发布者(Provider)发布一个消息,也就是一个消息驱动Bean,通过EJB容器(一般是Message Queue消息队列)通知订阅者做出回应,从原理上看很简单,就是观察者模式的升级版,或者说是观察则模式的BOSS版。
1700469732
1700469733
1700469734
1700469735
[ 上一页 ]  [ :1.700469686e+09 ]  [ 下一页 ]