纯粹讨论：类似于电话自动答复，用哪种设计模式比较好？
比如要实现用户打电话后，按1查股市行情，按2下订单，按了2后后面还要提示按1输入代码，按2输入数量等。
要实现这样一个答复系统，用哪种设计模式比较好？
只考虑问题答复部分，即可能有不用的请求（即用户按的1、2、3），会得到不同的回答。
其中有些请求是向导式的，就是要输入多步骤数据才可以完成。
问题的解答可能会扩充，比如以前是股票，今天加了一个期货，则用户选择是期货操作后，接下来按的1、2、3都是新增加的期货类来回答的。
不好意思，描述的有些乱。。。：）
问题点数：100、回复次数：11Top
1 楼cuiweibing（）回复于 2005-01-24 15:32:36 得分 20
触发器原理的行吗？等待用户的请求，当满足一定的条件时，就进行一定的行动。Top
2 楼rtdb（东临碣石）回复于 2005-01-24 17:09:51 得分 20
没必要什么都往设计模式上靠
需求很简单，怎么方便怎么做就是了。
若可能会扩充，就要采用数据驱动了。
Top
3 楼theoldsod2000（蝈蝈）回复于 2005-01-24 17:29:38 得分 20
用职责链模式比较好！Top
4 楼aawolf（羌狼）回复于 2005-01-25 12:13:22 得分 20
这是个典型的触发器模式呀。
Top
5 楼oyljerry（【勇敢的心】→ ㊣提拉米苏√㊣）回复于 2005-01-25 18:09:39 得分 0
用触发器模式不错Top
6 楼AutoAsm（风流总被雨打风吹去）回复于 2005-02-04 13:36:06 得分 20
观察者，反应器Top
7 楼wang2855（）回复于 2005-02-16 15:09:04 得分 0
studyTop
8 楼mengxianbao1521（彪汉的人生，不需要解释！）回复于 2005-02-16 15:47:11 得分 0
触发器模式Top
9 楼jinxfei（周华健、言兴朋、茅威涛）回复于 2005-02-19 00:01:20 得分 0
同意不必非往设计模式上靠。
用状态机把需求描述清楚即可。
可以把过程想象成一个决策树，
用具体的类来实现叶结点，用一个控制类来实现跳转过程，也就是状态机，
如需扩充，只要调整状态机的跳转状态及重新排列也节点即可。
进一步如果状态机本身也很大，可以考虑将其拆成几个来完成。Top
10 楼wxt（D.K）回复于 2005-03-25 13:43:15 得分 0
这个好像用select case就可以了吧-_-bTop
11 楼Fusuli（傻强）回复于 2005-03-25 17:46:23 得分 0
不用模式不行吗Top
