在此基础上我最先联想到的还是公众号向用户推送消息的功能,为了用户更好的体验,那推送什么应该取决于用户而不是公众号,在用户方面我设置一些我感兴趣的内容,当公众号有了这些内容之后再给我推送,在次我又联想到用户的想要的消息可能很多只在观察者里面写代码 可能太过臃肿,可能我要建立一个实体类结合数据库把这些信息存储在数据库,在目标对象中user.getSomeing();获取用户感兴趣的内容,可以降低代码的臃肿和分离!
例子举得不太好,很容易让人有理解的偏差,可以将目标设为气象局 方法可能有定期的发送天气信息等等 而订阅气象局的观察者则有1,2,3等等,观察者接收气象局发送的天气情况,对一天的活动做出动作即对应的update方法,也有点想平时微信大家订阅的公众号一样定期期对用户推送消息,目标是公众号平台,观察者是用户
2018-08-26
讲真,我很少给差评,不过这个讲的是真的不行,首先这个例子举的就很不好,不好代入,每个人物和时间,对应起来业务代码就显得很生硬,没法让观者有更好的代入感,从一开始就对观察者模式的理解有些影响。
2018-07-16