1.实际问题
? ?还是拿传统的订报纸业务举例吧。虽然现在看报纸的人越来越少了。现在要我们给报社做一个用,只要用户订阅了报纸,一旦有新的报纸出来了就要送给客户。用户退订了就不用送了。
? ? 老师叫我们面向对象编程,那么这个问题的对象有哪些呢?
? ??报社:新的报纸可以当作是它的一个状态,一旦报纸有更新,就要推给用户。
? ??用户:用户是另外一个对象。并且很明显,它依赖报社报纸的更新。只有报社里面有新的报纸它才能收到。
?
? ? 这个问题还有什么特殊的地方吗?对了,报社只有一个,但是用户可能有多个。这是一个典型的一对多的关系。并且他们存在依赖,报社有新的报纸,用户应该及时收到,毕竟谁也不想花钱去看过时的旧闻吧。而且用户可以随时预定,也可以随时退订。说得高端一点,就是动态改变这种依赖关系。
?这个时候再引出我们的另一个设计原则,就是当年老师提了很多遍的 “高内聚,低耦合”。很显然,这两个对象之间存在千丝万缕,剪不断理还乱的依赖关系。怎么设计才能低耦合呢?
?
2.什么是观察者模式
??观察者模式:定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都可以收到通知自动更新。
???这么文邹邹的理论,看着就头疼,那还是回到我们上面将的问题。报社和客户,一家报社,多个用户,一对多吧。那谁依赖谁呢?一个用户订不订,报社都在那里开着,大不了不赚钱嘛。哈哈~~报社有新报纸,用户才有得看啊,总不能报社没出,用户先收到了报纸吧。所以这个依赖关系一定要搞明白。在这个模式里面,是多的一边依赖一的那一边。
? 那所谓观察者模式,谁是观察者呢?在我们的例子当中,用户,我们这些广大八卦的市民是观察者。主题也可以说是被观察者就是报社啦。
??记住了,以后想到观察者模式,脑海里一定要浮现五个字:“一对多依赖”。然后就是,多的那一边是所谓的观察者。
?
3.代码实现
?
?
?4.测试应用
? 上面贴出来的代码已经实现了一个简单的观察者模式了,下面来看测试代码。
?
测试结果:
?
?
反思: 是不是很神奇,其实用两个接口我们的问题就已经解决了。subject.setData() 一个方法就完成了我们想破头也没解决的问题。面向接口编程,Java的多态性是多么的伟大而重要啊。
?