商品信息改变带来的烦恼
Talk is cheap. Show me the code. (译: 屁话少说, 放码过来)
以下所有代码参见Design pattern transformation.
1 | // 商品的信息: 价格 & 折扣 |
从代码中很容易看得出来, 我们就是想实现一个简单的计费功能. 可现实中, 商品的价格可能并不是一成不变的.
data.price = 200
价格变动后, 我们需要及时地获取总消费, 那么就必须重新调用下 total 计费.
1 | total(customer); |
这是一个大数据时代, 任何数据都有价值. 现在, 我们还想要每次购买时的时间点.
1 | const customer = { |
于是, 我们需要执行的函数就多了一个.
1 | total(customer) |
如果我们的需求还有很多, 而且不知一个customer呢. 那么, 每次价格变化我们需要执行很多步骤, 每次啊, 麻烦得很.
1 |
|
现在我们就对上面的代码进行观察者模式改造.
用观察者模式改造
从上面的例子中🌰🀄️不难看出, 每次价格变化时, 我们都需要重复调用满足需求的方法. 不妨想想, 如果我们把这些方法存储起来, 等到价格变化时再去统一调用, 岂不是很方便. 那么问题来了, 这和之前所说的观察者模式(从观察者模式说起)有什么区别呢? 在此, 我们试着用观察者模式改造下.
首先观察者模式都是一个套路. 先一个类维护一个列表, 对列表有增删和通知更新功能. 另一个类则是提供了更新接口.
1 | // 观察目标类 |
接着, 把我们想要调用的方法包装一下, 存储起来.
1 | // 将要重复使用的包装一下 |
每次价格改变时, 只需要通知一下即可.
1 | // 调整商品价格 |
改造结束. 初看起来, 可能变得繁琐了. 但是, 遇到复杂的情况, 这不失是一个好办法. 接下来, 我们看看结合Objec.defineProperty会有什么惊喜.
与Objec.defineProperty结合
支付宝的花呗都可以自己还钱了🤣, 我们为什么还要别人管着😏. 大家都知道经过Objec.defineProperty处理的对象, 在设置和获取对象属性的时候, 会自动触发响应set和get方法. 利用这一点, 我们就可以做到生活自理了. 熟悉的配方, 熟悉的味道. 熟悉的套路我们不妨再走一遍.
1 | // 观察目标类 |
我们此行的目的, 是要在data.price 或data.discount改变时, 程序能够自动触发, 得到我们想要的结果. 换句话说, 通知更新的时机是在设置data.price或data.discount的时候.
1 | Object.keys(data).forEach(key => { |
对象的每个属性都给了一个依赖实例, 管理自己的依赖. 考虑到customer有很多个, 需要通知到位. 另外, 添加依赖和管理依赖, 前者是因, 后者是果. 在管理之前我们需要想好怎么添加依赖. 回头看一看.
1 | // 总消费计算方式 |
我们发现, total 函数依赖于data.price或data.discount的. 如果我们在获取属性时去添加依赖倒是一个好时机.
1 | class Dependency { |
然而 purchaseTime 方法里并没有data.price或data.discount可以设置. 所以这个方法行不通. 那么, 干脆紧接着依赖实例去添加依赖吧. 同时考虑到多个customer, 我们封装下.
1 | // 与defineProperty结合 |
大功告成, 价格变动时, 我们就会自动获取到想要的结果了. 我都能自理了, 你花呗为嘛还不能自己还钱呢😒