Category: System Architecture and Design

观察者模式，指的是定义一种对象间的一对多的关系，当一个对象的状态发生变化的时候，所有依赖于它的对象都将得到通知并更新自己。

现在要说的分歧在这里：

“推” 的方式是指，Subject 维护一份观察者的列表，每当有更新发生，Subject 会把更新消息主动推送到各个 Observer 去。

“拉” 的方式是指，各个 Observer 维护各自所关心的 Subject 列表，自行决定在合适的时间去 Subject 获取相应的更新数据。

 

“推” 的好处包括：

1、高效。如果没有更新发生，不会有任何更新消息推送的动作，即每次消息推送都发生在确确实实的更新事件之后，都是有意义的。

2、实时。事件发生后的第一时间

[……]阅读全文

项目中遇到了一个潜在的问题，大致就是说，在一个流程的两个或某几个环节中，需要短暂地存储一部分对象（如果不存储，就需要在这几个环节中多次调用同一个外部接口，这被认为是不够合理的实现）。

而这部分对象的存储：

（1）如果用 request，太小，毕竟一次提交以后就丢失了，如果需要往后传递，可能需要借助一些页面参数传值等丑陋或是不易控制的方法；

（2）如果用 session，太大，我不需要在整个用户会话生命周期内使用，而且如果同个用户并行地操作两个流程，期间会互相影响到。

其实在 Rails/Grails 里面就已经包含了一个机制，它将对象短暂地放置在 session 中，request-response 连续的

[……]阅读全文