1
回答
复制与续约,如何选用设计模式?Facade?
终于搞明白,存储TCO原来是这样算的>>>   

假设你去餐馆吃饭。

复制:你看到隔壁桌热火朝天吃得香,你也懒得重新点了,直接和服务员说“来,照着他们桌给我来一份。”。

续约:你今天吃完觉得不错,明天还想来,于是你对服务员说“明天我还来,还是要今天吃的这些菜。”。

相同点:两者都是clone订单。

不同点:需要对clone的订单做修改。

        复制时,需要将别人的桌号修改为自己的桌号,等等复制公用的操作;

        续约时,需要将用餐时间将今天改为明天,等等续约公用的操作。


追问:

假设订单有两种类型:预约单、消费单。

所谓预约单,就是可能取消的单。毕竟你只是预约了,万一餐馆给你做好菜,你明天不来怎么办,你还没给钱呢。

消费单,就是已经消费、或正在消费的单。你都已经吃着了,你说你不要了,老板娘会砍死你的。

所以,上面的复制、续约可以分为三种类型。

1、复制,将消费单clone为预约单

2、复制,将预约单clone为预约单

3、续约,将消费单clone为预约单

我感觉原型模式好像不太够

问题:对这种大致类似的操作,部分细节需要不同处理,应该如何写代码?Facade?

<无标签>
举报
jinceon
发帖于4年前 1回/69阅
顶部