对于一道面试题的一点看法
2008-07-14 16:21
260 查看
最近在逛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):
1public class Heater
2public class Controller
2class MainApp
2 {
3{
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
我觉得面试官出的这个问题是很有水平的.个人觉得面试官好像在考查应聘者的分析问题和解决问题的能力,在考应聘者的抽象思维,更具体的就是在考应聘者设计模式的应用.面试官想通过这道问题看出应聘者对待问题的一种思维方式.我的分析是这样的(灵感来源于张子阳的大作 <<C# 中的委托和事件>> 中的热水器的案例):我认为这就是一个观察者模式的应用,我们可以简单把电饭煲看成由加热器Heater和控制器Controller(具体构成可能远远不止这两个)两个关键部件组成.加热器只负责加热,不能进行控制.而控制器主要负责使电饭煲跳闸或置于保温状态,它不能加热.在具体了解我的看法之前,我们先来看一下观察者模式的原型,观察者设计模式中主要包括如下两类对象:
Subject:监视对象,它往往包含着其他对象所感兴趣的内容。在这个案例中,加热器就是一个监视对象,它包含着其他对象所感兴趣的内容,那就是temprature字段,假设当这个字段的值到101时,会把数据发给监视它的对象。置于为什么会说假设温度达到101时呢,这里也涉及到一些高中物理方面的知识.加热的对象是水和米的混合物,开始时混合物从某一较低的温度上升,直到上升到100摄氏度(标准大气压下)时就不会上升了,这时水处于沸腾状态(气化),慢慢水干以后,剩下的米饭温度会继续上升直到101度发出通知,之后监视者进行一些处理.
Observer:监视者,它监视着Subject,当Subject中的某件事发生的时候,会告知Observer,而Observer则会采取相应的行动。在本案例中,Observer就是控制器,它采取的行动就是使电饭煲处于保温状态或跳闸。
下面就用观察者模式模拟一下电饭煲的工作吧:
加热器(Subject):
1public class Heater
2public class Controller
2class MainApp
2 {
3{
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
相关文章推荐
- 过来人对于在校生找工作的一点看法 很有感触!
- 由一道腾讯面试题引发对于关联数组的思考
- 面试题:猫叫、老鼠跑、人醒的一点看法
- 工作三年,对于设计模式的一点看法
- 对于软件产品质量的一点看法
- 对于长期学习方式的一点看法
- 对于IM的一点看法
- 对于iOS性能优化的一点看法
- 【程序人生】:对于大学教育的一点看法
- 对于存在需要update和不存在就insert的一点看法和思考
- 对于酷盘、快盘等存储方式的一点看法
- 对于试衣网的一点看法
- 一道面试题
- 一道二维数组的面试题
- 一道多线程面试题分析(控制输出顺序)
- 关于网络安全的一点看法!
- 一道网易web前端校招面试题的问题?
- 自动化测试的一点看法
- 一个资深iOS开发者对于React Native的看法
- 一道有趣的面试题(自创)