|
|
Posted on 2008-07-14 16:21 thriving.country 阅读(2206) 评论(53) 编辑 收藏 所属分类: 设计模式 、 杂谈
最近在逛csdn时遇到个关于一道面试题的讨论,觉得很有趣.说的是有位朋友在面试时被问到”电饭煲是如何知道饭已熟了的”问题.(原文和讨论http://topic.csdn.net/u/20080709/17/5262b09f-9d3a-4294-a27c-ac972e2cc34c.html),对于这个问题每个人都有不同的看法.在这里,我主要想谈一下自己对这个问题的一点看法.
我觉得面试官出的这个问题是很有水平的.个人觉得面试官好像在考查应聘者的分析问题和解决问题的能力,在考应聘者的抽象思维,更具体的就是在考应聘者设计模式的应用.面试官想通过这道问题看出应聘者对待问题的一种思维方式.我的分析是这样的(灵感来源于张子阳的大作 <<C# 中的委托和事件>> 中的热水器的案例):我认为这就是一个观察者模式的应用,我们可以简单把电饭煲看成由加热器Heater和控制器Controller(具体构成可能远远不止这两个)两个关键部件组成.加热器只负责加热,不能进行控制.而控制器主要负责使电饭煲跳闸或置于保温状态,它不能加热.在具体了解我的看法之前,我们先来看一下观察者模式的原型,观察者设计模式中主要包括如下两类对象：
Subject：监视对象，它往往包含着其他对象所感兴趣的内容。在这个案例中，加热器就是一个监视对象，它包含着其他对象所感兴趣的内容，那就是temprature字段，假设当这个字段的值到101时，会把数据发给监视它的对象。置于为什么会说假设温度达到101时呢,这里也涉及到一些高中物理方面的知识.加热的对象是水和米的混合物,开始时混合物从某一较低的温度上升,直到上升到100摄氏度(标准大气压下)时就不会上升了,这时水处于沸腾状态(气化),慢慢水干以后,剩下的米饭温度会继续上升直到101度发出通知,之后监视者进行一些处理.
Observer：监视者，它监视着Subject，当Subject中的某件事发生的时候，会告知Observer，而Observer则会采取相应的行动。在本案例中，Observer就是控制器，它采取的行动就是使电饭煲处于保温状态或跳闸。
下面就用观察者模式模拟一下电饭煲的工作吧:
加热器(Subject):
1 public class Heater
2   {
3 private string _name;
4 private int _temperature;
5
6 //监视者列表
7 private ArrayList _observers = new ArrayList();
8
9 public Heater(string name, int temperature)
10  {
11 _name = name;
12 _temperature = temperature;
13 }
14
15 //增加监视者
16 public void AttachListener(Controller observer)
17 {
18 _observers.Add(observer);
19 }
20
21 //删除监视者
22 public void DetachListener(Controller observer)
23 {
24 _observers.Remove(observer);
25 }
26
27 //煮米饭
28 public void BoilRice()
29 {
30 for (int i = _temperature; i <= 101; i++)
31 {
32 _temperature = i;
33 Thread.Sleep(1);//为观察结果方便
34 Console.WriteLine("当前温度{0},正在上涨!", _temperature);
35
36 //当温度超过100时发出通知
37 if (_temperature > 100)
38 {
39 foreach (Controller c in _observers)
40 {
41 c.Shutdown();
42 }
43 }
44 }
45 }
46
47 public string Name
48 {
49 get { return _name; }
50 set { _name = value; }
51 }
52
53 public int Temperature
54 {
55 get { return _temperature; }
56 set { _temperature = value; }
57 }
58 }
控制器(Observer):
1public class Controller
2 {
3 private string _name;
4 private Heater _sender;
5
6 public Controller(string name, Heater sender)
7 {
8 _name = name;
9 _sender = sender;
10 }
11
12 //监视者处理通知
13 public void Shutdown()
14 {
15 Console.WriteLine("我是{0},{1}目前的温度为{2}", _name, _sender.Name, _sender.Temperature);
16 }
17 }
测试主程序:
1class MainApp
2 {
3 static void Main()
4 {
5 Console.Read();
6
7 Heater h = new Heater("加热器", 80);
8
9 h.AttachListener(new Controller("控制器", h));
10
11 h.BoilRice();
12
13 Console.Read();
14 }
15 }
输出结果:
这是我对电饭煲工作原理的理解,由于每个人的世界观是不同的,对同一事物的理解可能千差万别.不知道大家是怎么看的!
总结:为什么我们要面向对象设计,为什么要使用设计模式.主要就是面向对象设计可以非常好的描述出事物本来的面目.事物的存在就有它存在的理由,这是自然规律,所以按照事物本身的特征去描述它自然也就是合理的.软件设计就是如此.
希望这篇文章能给大家在应用设计模式和解决问题方面带来收获!
为了方便还是附上源码:/Files/Thriving-Country/Observer20080714/Observer.rar
Feedback
“事物的存在就有它存在的理由,这是自然规律,所以按照事物本身的特征去描述它自然也就是合理的.软件设计就是如此.”
支持楼主！
只有在气压达到一定程度，温度达到并保持一定程度和时间段，米饭才能熟，不然不是夹生的就是稀饭了哦。。。。
--引用-------------------------------------------------- Jim~: 只有在气压达到一定程度，温度达到并保持一定程度和时间段，米饭才能熟，不然不是夹生的就是稀饭了哦。。。。 --------------------------------------------------------
确实是,我做米饭有时就不熟,后来有经验了就多放些水,本质上电饭煲也不知道米饭到底熟没熟!哈哈
楼主是一个有心的人，对问题的分析很到位。谢谢楼主分享
其实电饭煲，可能是测试饭水混合物的电阻，水少到一定程度了，电阻就大了，电饭煲就可以判断饭熟了。如果水加少了，自然是夹生的。
标准答案：
电饭煲的温度控制器中有一块磁钢，它的温度转折点是103-105度（高于此温度时磁钢失去磁性）；当电饭锅中有水时，它的温度不可能超过100度,一旦煮干,电饭锅中的温度就会超过100度,当锅内温度达到103-105度时，磁钢就失去磁性,原先被它吸住的另件松开，在弹簧作用下,断开电饭煲的升温电源,保留保温电源，再焖15分钟.饭就熟了。
--引用-------------------------------------------------- wfa: 标准答案： 电饭煲的温度控制器中有一块磁钢，它的温度转折点是103-105度（高于此温度时磁钢失去磁性）；当电饭锅中有水时，它的温度不可能超过100度,一旦煮干,电饭锅中的温度就会超过100度,当锅内温度达到103-105度时，磁钢就失去磁性,原先被它吸住的另件松开，在弹簧作用下,断开电饭煲的升温电源,保留保温电源，再焖15分钟.饭就熟了。 --------------------------------------------------------
很好,我没有研究过,现在终于明白了!
为什么要用ARRAYLIST 做控制器啊，为什么不直接定义一个变量啊
电饭煲问米饭：喂，老兄，熟没？
......
没有回应的话，就说明已经熟了。
@QUZHENG
因为观察者模式中的观察者可能有很多，控制器只是其中的一个！
问个1+1等于几也要认真的思考半天吗。再说啦想知道什么就问什么，干嘛还要拐弯抹角的
@老刀把子
你不会是WOW里面大地工会的“老刀把子”吧？
非常好的帖子~~~
我接触"C++"时间不长,它帮我更好了体悟了"面向对象"
文章很好， 例子也还合适， 不过：
“为什么我们要面向对象设计,为什么要使用设计模式.主要就是面向对象设计可以非常好的描述出事物本来的面目.事物的存在就有它存在的理由,这是自然规律,所以按照事物本身的特征去描述它自然也就是合理的.软件设计就是如此.”
这句话不知道害了多少人。 换几个例子， 比如看看那本《敏捷软件开发》C#版中咖啡壶那一章就知道了。 说实话，对面向对象越熟悉， 越不会认为和现实世界对应是好的面向对象手法。
的确， 很多面向对象的设计结果和现实事物差不多，而且非常直白。 说实话， 这很难说是好的抽象思维， 而仅仅是一种具体化描述。 这种描述之所以看起来很合理， 不过是因为在这个问题上暂且不需要高级的抽象。
在这一样一个设计中， 即使使用了设计模式之类的手法， 也不会真正得到面向对象的好处， 这些样本， 如果重构为精心安排的面向过程式的描述， 也会是干净漂亮的。
呃， 又多嘴了， 撤走。
用得着这么复杂吗？
while(Temperature<=100)
{
Heat();
}
@xiaotie
确实可以简单,甚至还可以简单.这里主要体现在模式的应用上,Demo可能很简单,但是主要体现的是设计的思路问题!谢谢
@怪怪
这个问题好像涉及到到了面向过程设计与面向对象设计的比较问题!我的观点是这样的,如果您具有很好的面向对象设计的思想,各种知识可以灵活运用的话,面向对象设计会更好,当然面向过程设计有它的好处!
我们可能很容易理解面向对象,但是要灵活应用面向对象还是不容易的!
标准论
饭熟需要有一个标准，究竟是90度还是101度。
谁来确定这个标准？是电饭锅还是人？
当然是人，电饭锅确定100度是人经过了大量的实验才完成的。
所以电饭锅应该 有一个投票选项
第一次，电饭锅设定90度，煮饭，结果人投票为-1分
第二次，电饭锅设定91度，煮饭，结果人投票为0分
...
第n次，电饭锅设定为100度，结果满意度最大，所以电饭锅认定100度就是饭熟的温度。
@Tony Zhou
不知道到底想问什么,我也是猜测!这个东西就没有标准答案!我这里主要是发表一下自己的看法!
Heater 为什么有监视列表，加热器要监视谁？
heater引用了controller
controller又引用了heater
@amingo
1.监视列表是所有监视它的对象集合.
2.控制器监视加热器,控制器需要注册监视,就需要在加热器的监视列表中加入一个.
3.置于引用问题可以把它们设计成接口,之后使用继承实现,但是这里还是一个观察者模式.
谢谢
--引用--------------------------------------------------
thriving.country: @amingo
1.监视列表是所有监视它的对象集合.
2.控制器监视加热器,控制器需要注册监视,就需要在加热器的监视列表中加入一个.
3.置于引用问题可以把它们设计成接口,之后使用继承实现,但是这里还是一个观察者模式.
谢谢
--------------------------------------------------------
Controller 中就不应该有heater
如果电饭包中再加一个加湿器 难道还要在controller中加一个加湿器
如果controller是观察者 那就不应该对heater有控制作用，只是接收事件通知。
--引用--------------------------------------------------
amingo: 如果电饭包中再加一个加湿器 难道还要在controller中加一个加湿器
--------------------------------------------------------
3.置于引用问题可以把它们设计成接口,之后使用继承实现,但是这里还是一个观察者模式.
这个可能不是好的设计,但是它体现的是观察者模式,当初写Demo时考虑到您说的问题了,后来我想合适算了,我想说的是设计模式而不是松耦合,设计模式和松耦合没有必然的关系吧!
|