<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title type="text">博客园_xiaoqin</title><subtitle type="text"/><id>http://feed.cnblogs.com/blog/u/191/rss</id><updated>2010-03-30T00:44:36Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><generator>CNBlogs BlogServer</generator><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/"/><link rel="self" type="application/atom+xml" href="http://feed.cnblogs.com/blog/u/191/rss"/><entry><id>http://www.cnblogs.com/xiaoqin/archive/2007/08/10/850130.html</id><title type="text">适配器模式和代理模式比较专题2</title><summary type="text">设计模式—代理模式 代理这个词大家肯定已经非常熟悉，因为现实中接触的很多，其实现实中的东西恰恰可以非常形象和直观地反映出模式的抽象过程以及本质。现在房子不是吵得热火朝天吗？我们就以房子为例，来拨开代理的面纱。 假设你有一套房子要卖，一种方法是你直接去网上发布出售信息，然后直接带要买房子的人来看房子、过户等一直到房子卖出去，但是可能你很忙，你没有时间去处理这些事情，所以你可以去找中介，让中介帮你处理...</summary><published>2007-08-10T00:13:00Z</published><updated>2007-08-10T00:13:00Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><link rel="alternate" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/10/850130.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/10/850130.html"/></entry><entry><id>http://www.cnblogs.com/xiaoqin/archive/2007/08/09/848578.html</id><title type="text">适配器模式和代理模式比较专题1</title><summary type="text">设计模式—适配器模式适配器模式和代理模式是二个比较容易混淆的模式，我想谈一下这两个模式的差别，不过我先分别介绍一下这二个模式，然后再做比较，我想这样大家可能会比较容易理解，对于不懂这两个模式的人来说也多个了解的机会。适配器说通俗点就是把一个东西包装一下变成另外一个东西，为什么要包装而不直接就用这个东西呢？呵呵，如果能直接用就犯不着适配了，要适配当然就是由于某些原因你用不了当前这个东西。最容易理解的...</summary><published>2007-08-09T00:18:00Z</published><updated>2007-08-09T00:18:00Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><link rel="alternate" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/09/848578.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/09/848578.html"/></entry><entry><id>http://www.cnblogs.com/xiaoqin/archive/2007/08/07/845599.html</id><title type="text">设计模式—命令模式补充</title><summary type="text">设计模式—命令模式补充 上一篇文章中大家应该已经看到了在命令模式中将函数提高到类层面的原因和所带来的好处，但可能电视的例子很难解释我说的2种情况：一是下命令者可能到不了&amp;#8220;行为实现者&amp;#8221;跟前，另一个就是在&amp;#8220;行为实现者&amp;#8221;执行的时候命令者可能已经不存在了。给读者带来了很多疑惑，为了帮助大家理解这2种情况，我找了半天终于找到诸葛亮杀魏延的例子，应该可以很形象的...</summary><published>2007-08-07T00:40:00Z</published><updated>2007-08-07T00:40:00Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><link rel="alternate" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/07/845599.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/07/845599.html"/></entry><entry><id>http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844884.html</id><title type="text">设计模式—命令模式</title><summary type="text">设计模式—命令模式我们首先想个电视机的例子，每个TV自己肯定实现了开机open，关机close，下一频道功能Next、上一频道Prev、选中某个频道SetTo等功能。TV类如下：public class TV { /// &amp;lt;summary&amp;gt; /// 开机 /// &amp;lt;/summary&amp;gt; public void Open() { } /// &amp;lt;summary&amp;gt; //...</summary><published>2007-08-06T07:06:00Z</published><updated>2007-08-06T07:06:00Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><link rel="alternate" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844884.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844884.html"/></entry><entry><id>http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844701.html</id><title type="text">设计模式之前提--设计模式思想</title><summary type="text">设计模式之前提--设计模式思想我一直都只是个看客，很少发言，偶然加入西西的群，被感染的童心大起，所以就想写点什么，一看设计模式大家讨论的是相当地热闹，再加上自己几年来的设计摸索，一时童心大发就想说两句。其实网上这方面的文章很多，看到很多人的回复，尤其是争论，最后发展到人生攻击，让我愈发意识到：对设计模式的思想应该先有个正确的认识，然后才可以很好的去交流设计模式。设计模式思想是什么：设计模式可以理解...</summary><published>2007-08-06T05:00:00Z</published><updated>2007-08-06T05:00:00Z</updated><author><name>问问</name><uri>http://www.cnblogs.com/xiaoqin/</uri></author><link rel="alternate" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844701.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/xiaoqin/archive/2007/08/06/844701.html"/></entry></feed>
