模式与设计模式概述
2004-11-10 00:27
330 查看
要弄清楚“模式”一词,首先我们得查一查辞典,在金山词霸中可以查到以下解释:“拉丁词根pat父亲的。pattern因父是子的“模型””这里提到了很关键的两个部分,一是模型,二则是父与子。下面让我们来看个示例。
张三生病了,让李四做他的职代,这一天中李四就必须要接管张三的工作,但做不做好,那就是李四的事了,张三也管不了那么多了。这就是一个模式,一个代理模式,同样拥有这个模式的例子是假如Adidas公司要在中国找一个代理商销售它的品牌,只要你代理商只从Adidas那儿拿货就可以了。在买货的时候,客户所看到的是Adidas的品牌,而不会去在意是在哪个Adidas的代理商那里买到的。以上所举的两个例子,就是代理模式的典型例子,那么为什么说代理模式是一个模式呢?因为在上面这两个例子中我们有“模型”,也就是代理这个职责需要实现的一套逻辑;我们有“父与子”,父则是代理的逻辑,子则是所有能运用到这个职责的对象,在上面的例子中就是张三李四与Adidas-Adidas的代理商。可以看出,子可以由许多许多根本不相关的对象组成,但子运用父的模型。
模式可以根据不同的行业被划分成许多的种类,在软件工程中,模式可以根据它的特性或用途划分,如果按照特性来划分,那么通常是以下几大类:
架构(Architecture)
设计(Design)
如果根据其用途划分,那么就可以划分出许多种来,其中一些为以下几类:
页面展示(Web Presentation)
部署(Deployment)
性能(Performance)
分布式系统(Distributed System)
服务模式(Services Pattern)
数据移动模式(Data Movement Patterns)
前面提到的代理模式就是一个设计模式,它的用途很广,很难以其用途划分,不过它的一些特殊案例却可以以用途划分,比如远程代理模式(Remote Proxy),远程代理模式将远程调用的对象很好的在客户端隐藏起来,使用户不必知道它是在远程调用,很显然按照用途划分的话它应当属于分布式系统(Distributed System)类的模式。
设计模式是软件工程中很常见的模式分类,因为它的应用比较广且比较关键,所以对设计模式的了解是必然的。说到设计模式,不能不提到文献《Design Patterns, Elements of Reusable Object-Oriented Software》(通常被称为GoF——Gang of Four,因为其四位著名作者),在此文献中,作者将设计模式又划分为三大类:
创建模式(Creational Patterns)
结构模式(Structural Patterns)
行为模式(Behavioral Patterns)
作者在这三大类中定义了23个常见的设计模式,这23个经典的设计模式可以说是必学的。除此之外还有许多其他延伸的或是完全不同的设计模式,如多例模式(Multiton Pattern),简单工厂模式(Simple Factory Pattern)等。
模式的好处就在于它的稳定性与可重用性,这一点是业界所供认的,也就是为什么要学习并使用模式的原因。另外就像在许多其他的文献中所提到的,模式也是一种通讯语言,它可以在熟悉它的人们之间方便交流,我只要说出模式的名字对方就会明白我在说什么而不用去猜测,这也是一个很大的优势。
如果读者到现在仍未理解模式的用途的话,那么我可以为你总结一句话:“模式是对某个抽象问题-答案的描述”。比如代理模式的抽象问题就是“我需要某个能代替我的人,我希望人们能将他看作是我”,而答案就是“声明一个代理类作为桥梁”(注意这里的桥梁与桥梁模式(Bridge Pattern)无关)。
参考文献
《Design Patterns, Elements of Reusable Object-Oriented Software》
《Enterprise Solution Patterns Using Microsoft .NET》
张三生病了,让李四做他的职代,这一天中李四就必须要接管张三的工作,但做不做好,那就是李四的事了,张三也管不了那么多了。这就是一个模式,一个代理模式,同样拥有这个模式的例子是假如Adidas公司要在中国找一个代理商销售它的品牌,只要你代理商只从Adidas那儿拿货就可以了。在买货的时候,客户所看到的是Adidas的品牌,而不会去在意是在哪个Adidas的代理商那里买到的。以上所举的两个例子,就是代理模式的典型例子,那么为什么说代理模式是一个模式呢?因为在上面这两个例子中我们有“模型”,也就是代理这个职责需要实现的一套逻辑;我们有“父与子”,父则是代理的逻辑,子则是所有能运用到这个职责的对象,在上面的例子中就是张三李四与Adidas-Adidas的代理商。可以看出,子可以由许多许多根本不相关的对象组成,但子运用父的模型。
模式可以根据不同的行业被划分成许多的种类,在软件工程中,模式可以根据它的特性或用途划分,如果按照特性来划分,那么通常是以下几大类:
架构(Architecture)
设计(Design)
如果根据其用途划分,那么就可以划分出许多种来,其中一些为以下几类:
页面展示(Web Presentation)
部署(Deployment)
性能(Performance)
分布式系统(Distributed System)
服务模式(Services Pattern)
数据移动模式(Data Movement Patterns)
前面提到的代理模式就是一个设计模式,它的用途很广,很难以其用途划分,不过它的一些特殊案例却可以以用途划分,比如远程代理模式(Remote Proxy),远程代理模式将远程调用的对象很好的在客户端隐藏起来,使用户不必知道它是在远程调用,很显然按照用途划分的话它应当属于分布式系统(Distributed System)类的模式。
设计模式是软件工程中很常见的模式分类,因为它的应用比较广且比较关键,所以对设计模式的了解是必然的。说到设计模式,不能不提到文献《Design Patterns, Elements of Reusable Object-Oriented Software》(通常被称为GoF——Gang of Four,因为其四位著名作者),在此文献中,作者将设计模式又划分为三大类:
创建模式(Creational Patterns)
结构模式(Structural Patterns)
行为模式(Behavioral Patterns)
作者在这三大类中定义了23个常见的设计模式,这23个经典的设计模式可以说是必学的。除此之外还有许多其他延伸的或是完全不同的设计模式,如多例模式(Multiton Pattern),简单工厂模式(Simple Factory Pattern)等。
模式的好处就在于它的稳定性与可重用性,这一点是业界所供认的,也就是为什么要学习并使用模式的原因。另外就像在许多其他的文献中所提到的,模式也是一种通讯语言,它可以在熟悉它的人们之间方便交流,我只要说出模式的名字对方就会明白我在说什么而不用去猜测,这也是一个很大的优势。
如果读者到现在仍未理解模式的用途的话,那么我可以为你总结一句话:“模式是对某个抽象问题-答案的描述”。比如代理模式的抽象问题就是“我需要某个能代替我的人,我希望人们能将他看作是我”,而答案就是“声明一个代理类作为桥梁”(注意这里的桥梁与桥梁模式(Bridge Pattern)无关)。
参考文献
《Design Patterns, Elements of Reusable Object-Oriented Software》
《Enterprise Solution Patterns Using Microsoft .NET》
相关文章推荐
- 谈人生,哈哈
- PHP下一个方便易用的模板处理类
- 用Visual C#实现局域网点对点通讯
- 郑重声明:请管理员不要删除我的文章,虽然写得乱了点,我想在找到工作后,好好整理一下
- 学习vs.net2005 beta版-1
- Struts专题
- 方正,中软,大唐移动,华为我靠怎么一起来
- 配置 Apache 实现禁止图片盗链
- 通用*沟通*明天要去面试了
- 解读C#中的正则表达式
- 利用 apache 的 rewrite 功能生成静态页面URL地址
- DotNet开发人员现在应该下载的十种必备工具
- 【转载】只识三个字的十亿老板
- 用Apache反向代理设置对外的WWW和文件服务器
- 用Apache反向代理设置对外的WWW和文件服务器
- 发表一个自己C#写的email 初级系统源代码
- 什么是 Microsoft .NET ?
- EMule Developers page Web Site
- 漂亮页面
- Edge Components 的概念、规划和安装