模式查看源代码讨论查看历史
| 模式 | |
|---|---|
模式，一个助记名，它用一两个词来描述模式的问题、解决方案和效果。命名一个新的模式增加了我们的设计词汇。设计模式允许我们在较高的抽象层次上进行设计。基于一个模式词汇表，我们自己以及同事之间就可以讨论模式并在编写文档时使用它们。模式名可以帮助我们思考，便于我们与其他人交流设计思想及设计结果。找到恰当的模式名也是我们设计模式编目工作的难点之一。
基本信息
中文名 模式 [1]
拼 音 mó shì
原 则 开-闭原则
属 性 程序设计术语
要 素 模式名称、问题
词语释义
词目：模式 [2]
拼音：mó shì
基本解释 [pattern;design；mode] 事物的标准样式
发展模式
详细解释 事物的标准样式。
《魏书·源子恭传》：“故尚书令、 任城王 臣 澄 按故司空臣 冲 所造明堂样，并连表诏答、两京模式，奏求营起。” 宋 张邦基《墨庄漫录》卷八：“闻先生之艺久矣，愿见笔法，以为模式。” 清 薛福成《代李伯相重锲洨滨遗书序》：“ 王君 、 夏君表章前哲，以为邦人士模式，可谓能勤其职矣。”
设计模式
简介
模式一词的指涉范围甚广，它标志了物件之间隐藏的规律关系，而这些物件并不必然是图像、图案，也可以是数字、抽象的关系、甚至思维的方式。模式强调的是形式上的规律，而非实质上的规律。前人积累的经验的抽象和升华。简单地说，就是从不断重复出现的事件中发现和抽象出的规律，似解决问题的经验的总结。只要是一再重复出现的事物，就可能存在某种模式。
是一种认识论意义上的确定思维方式。是人们在生产生活实践当中通过积累而得到的经验的抽象和升华。
模式，即pattern。其实就是解决某一类问题的方法论。即把解决某类问题的方法总结归纳到理论高度，那就是模式。
Alexander给出的经典定义是：每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。
模式有不同的领域，建筑领域有建筑模式，软件设计领域也有设计模式。当一个领域逐渐成熟的时候，自然会出现很多模式。
模式是一种参照性指导方略。在一个良好的指导下，有助于高效完成任务，有助于按照既定思路快速作出一个优良的设计方案，达到事半功倍的效果。而且会得到解决问题的最佳办法。
框架
设计模式和框架
现在，可复用面向对象软件系统现在一般划分为三大类：应用程序工具箱和框架(Framework),我们平时开发的具体软件都是应用程序；Java的API属于工具箱;而框架是构成一类特定软件可复用设计的一组相互协作的类。EJB（EnterpriseJavaBeans）是Java应用于企业计算的框架.
框架通常定义了应用体系的整体结构类和对象的关系等等设计参数，以便于具体应用实现者能集中精力于应用本身的特定细节。框架主要记录软件应用中共同的设计决策，框架强调设计复用，因此框架设计中必然要使用设计模式.
另外，设计模式有助于对框架结构的理解，成熟的框架通常使用了多种设计模式,如果你熟悉这些设计模式，毫无疑问，你将迅速掌握框架的结构，我们一般开发者如果突然接触EJBJ2EE等框架，会觉得特别难学，难掌握，那么转而先掌握设计模式，无疑是给了你剖析EJB或J2EE系统的一把利器。
原则
1．"开－闭"原则
2．里氏代换原则
3．合成复用原则
4 依赖倒转原则
5 接口隔离原则
6 抽象类
7 迪米特法则
要素
设计模式使人们可以更加简单方便地复用成功的设计和体系结构。将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。
模式名称（pattern name）
一个助记名，它用一两个词来描述模式的问题、解决方案和效果。命名一个新的模式增加了我们的设计词汇。设计模式允许我们在较高的抽象层次上进行设计。基于一个模式词汇表，我们自己以及同事之间就可以讨论模式并在编写文档时使用它们。模式名可以帮助我们思考，便于我们与其他人交流设计思想及设计结果。找到恰当的模式名也是我们设计模式编目工作的难点之一。
问题(problem)
描述了应该在何时使用模式。它解释了设计问题和问题存在的前因后果，它可能描述了特定的设计问题，如怎样用对象表示算法等。也可能描述了导致不灵活设计的类或对象结构。有时候，问题部分会包括使用模式必须满足的一系列先决条件。
解决方案(solution)
描述了设计的组成成分，它们之间的相互关系及各自的职责和协作方式。因为模式就像一个模板，可应用于多种不同场合，所以解决方案并不描述一个特定而具体的设计或实现，而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合（类或对象组合）来解决这个问题。
效果(consequences)
描述了模式应用的效果及使用模式应权衡的问题。尽管我们描述设计决策时，并不总提到模式效果，但它们对于评价设计选择和理解使用模式的代价及好处具有重要意义。软件效果大多关注对时间和空间的衡量，它们也表述了语言和实现问题。因为复用是面向对象设计的要素之一，所以模式效果包括它对系统的灵活性、扩充性或可移植性的影响，显式地列出这些效果对理解和评价这些模式很有帮助。
模式
SQL Server 中定义模式实际上指定了一个命名空间，在这个空间中可以进一步定义该模式包含的数据库对象，例如基本表、视图、索引等。这些数据库对象可以用相应的create 语句来定义。
Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
Adapter：将一个类的接口转换成客户希望的另外一个接口。A d a p t e r模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
Bridge：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
Builder：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
Chain of Responsibility：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。
Command：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作。
Composite：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。
Decorator：动态地给一个对象添加一些额外的职责。就扩展功能而言， 它比生成子类方式更为灵活。
Facade：为子系统中的一组接口提供一个一致的界面， F a c a d e模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
Factory Method：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
Flyweight：运用共享技术有效地支持大量细粒度的对象。
Interpreter：给定一个语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子。
Iterator：提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示。
Mediator：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
Memento：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。
Observer：定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动刷新。
Prototype：用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。
Proxy：为其他对象提供一个代理以控制对这个对象的访问。
Singleton：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
State：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
Strategy：定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。
Template Method：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Visitor：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
商业模式
简介
商业模式即Business Model，已经成为挂在创业者和风险投资者嘴边的一个名词。有一个好的Business Model，成功就有了一半的保证。商业模式就是公司通过什么途径或方式来赚钱。简言之，饮料公司通过卖饮料来赚钱；快递公司通过送快递来赚钱；网络公司通过点击率来赚钱；通信公司通过收话费赚钱；超市通过平台和仓储来赚钱等等。只要有赚钱的地儿，就有商业模式存在。
商业模式是一个比较新的名词。尽管它第一次出现在50年代，但直到90年代才开始被广泛使用和传播。
商业模式是一种包含了一系列要素及其关系的概念性工具，用以阐明某个特定
实体的商业逻辑。它描述了公司所能为客户提供的价值以及公司的内部结构、合作伙伴网络和关系资本（Relationship Capital）等用以实现（创造、推销和交付）这一价值并产生可持续盈利收入的要素。
在文献中使用商业模式这一名词的时，往往模糊了两种不同的含义：一类作者简单地用它来指公司如何从事商业的具体方法和途径，另一类作者则更强调模型方面的意义。这两者实质上是有所不同的：前者泛指一个公司从事商业的方式，而后者指的是这种方式的概念化。后一观点的支持者们提出了一些由要素及其之间关系构成的参考模型（ReferenceModel），用以描述公司的商业模式。
历史
1．店铺模式（Shopkeeper Model）
一般地说，服务业的商业模式要比制造业和零售业的商业模式更复杂。最古老也是最基本的商业模式就是“店铺模式（Shopkeeper Model）”，具体点说，就是在具有潜在消费者群的地方开设店铺并展示其产品或服务。 一个商业模式，是对一个组织如何行使其功能的描述，是对其主要活动的提纲挈领的概括。它定义了公司的客户、产品和服务。
它还提供了有关公司如何组织以及创收和盈利的信息。商业模式与（公司）战略一起，主导了公司的主要决策。商业模式还描述了公司的产品、服务、客户市场以及业务流程。 大多数的商业模式都要依赖于技术。互联网上的创业者们发明了许多全新的商业模式，这些商业模式完全依赖于现有的和新兴的技术。利用技术，企业们可以以最小的代价，接触到更多的消费者。
2．“饵与钩（Bait and Hook）”模式
随着时代的进步，商业模式也变得越来越精巧。“饵与钩（Bait and Hook）”模式——也称为“剃刀与刀片”（Razor and Blades）模式，或是“搭售”（Tied Products）模式——出现在二十世纪早期年代。在这种模式里，基本产品的出售价格极低，通常处于亏损状态；而与之相关的消耗品或是服务的价格则十分昂贵。比如说，剃须刀（饵）和刀片（钩），手机（饵）和通话时间（钩），打印机（饵）和墨盒（钩），相机（饵）和照片（钩），等等。这个模式还有一个很有趣的变形：软件开发者们免费发放他们的文本阅读器，但是对其文本编辑器的定价却高达几百美金。
3．其他模式
在50年代，新的商业模式是由麦当劳（McDonald’s）和丰田汽车（Toyota）创造的；60年代的创新者则是沃尔玛（Wal-Mart）和混合式超市（Hypermarkets，指超市和仓储式销售合二为一的超级商场）；到了70年代，新的商业模式则出现在FedEx快递和Toys R US玩具商店的经营里；80年代是Blockbuster，Home Depot，Intel和Dell；90年代则是西南航空（Southwest Airlines），Netflix，eBay，Amazon和星巴克咖啡（Starbucks）。而没有经过深思熟虑的商业模式则是许多dot -com的一个严重问题。 每一次商业模式的革新都能给公司带来一定时间内的竞争优势。但是随着时间的改变，公司必须不断地重新思考它的商业设计。随着（消费者的）价值取向从一个工业转移到另一个工业，公司必须不断改变它们的商业模式。一个公司的成败与否最终取决于它的商业设计是否符合了消费者的优先需求。 有一些学者和专家曾尝试过对商业模式进行系统的分类。最早进行这一尝试的人里有Timmers和Rappa。
管理模式
简介
是在管理人性假设的基础上设计出的一整套具体的管理理念、管理内容、管理工具、管理程序、管理制度和管理方法论体系并将其反复运用于企业，使企业在运行过程中自觉；加以遵守的管理规则。
亲情化管理模式
利用家族血缘关系中的一个很重要的功能，即内聚功能，也就是试图通过家族血缘关系的内聚功能来实现对企业的管理。从历史上看，这种亲情化的企业管理模式确实起到过良好的作用。但
是，当企业发展到一定程度的时候，尤其是当企业发展成为大企业以后，这种亲情化的企业管理模式就很快会出现问题。因为这种管理模式中所使用的家族血缘关系中的内聚性功能，会由其内聚性功能而转化成为内耗功能，因而这种管理模式也就应该被其他的管理模式所替代了。
友情化管理模式
这种管理模式也是在企业初创阶段有积极意义。在钱少的时候，也就是在哥们儿为朋友可以而且也愿意两肋插刀的时候，这种模式是很有内聚力量的。但是当企业发展到一定规模，尤其是企业利润增长到一定程度之后，哥们儿的友情就淡化了，因而企业如果不随着发展而尽快调整这种管理模式，那么就必然会导致企业很快衰落甚至破产。
温情化管理模式
这种管理模式强调管理应该是更多地调动人性的内在作用，只有这样，才能使企业很快地发展。在企业中强调人情味的一面是对的，但是不能把强调人情味作为企业管理制度的最主要原则。人情味原则与企业管理原则是不同范畴的原则，因此，过度强调人情味，不仅不利于企业发展，而且企业最后往往都会失控，甚至还会破产。有人老是喜欢在企业管理中讲什么温情和讲什么良心，认为一个人作为企业管理者如果为被管理者想得很周到，那么被管理者就必然会有很好的回报，即努力工作，这样企业就会更好地发展。可见，温情化管理模式实际上是想用情义中的良心原则来处理企业中的管理关系。在经济利益关系中，所谓的良心是很难谈得清楚的。良心用经济学的理论来讲，实际上就是一种伦理化的并以人情味为形式的经济利益的规范化回报方式。因此，如果笼统地讲什么良心，讲什么人性，不触及利益关系，不谈利益的互利，实际上是很难让被管理者好好干的，最终企业都是搞不好的。
随机化管理模式
在现实中具体表现为两种形式：一种是民营企业中的独裁式管理。之所以把独裁式管理作为一种随机化管理，就是因为有些民营企业的创业者很独裁。他说了算，他随时可以任意改变任何规章制度，他的话就是原则和规则，因而这种管理属于随机性的管理。
另外一种形式，就是发生在国有企业中的行政干预，即政府机构可以任意干预一个国有企业的经营活动，最后导致企业的管理非常的随意化。可见，这种管理模式要么是表现为民营企业中的独裁管理，要么是表现为国有企业体制中政府对企业的过度性行政干预。现在好多民营企业的垮台，就是因为这种随机化管理模式的推行而造成的必然结果。因为创业者的话 模式 模式 说错了，别人也无法发言矫正，甚至创业者的决策做错了，别人也无法更改。
制度化管理模式
所谓制度化管理模式，就是指按照一定的已经确定的规则来推动企业管理。当然，这种规则必须是大家所认可的带有契约性的规则，同时这种规则也是职责权利对称的。因此，未来的企业管理的目标模式是以制度化管理模式为基础，适当地吸收和利用其他几种管理模式的某些有用的因素。
为什么这样讲呢？牵因为制度化管理比较“残酷”，适当地引进一点亲情关系、友情关系、温情关系确实有好处。甚至有时也可以适当地对管理中的矛盾及利益关系做一点随机性的处理，“淡化”一下规则，因为制度化太呆板了。如果不适当地“软化”一下也不好办，终究被管理的主要对象还是人，而人不是一般的物品，人是有各种各样的思维的，是具有能动性的，所以完全讲制度化管理也不行，适当地吸收一点其它管理模式的优点，综合成一种带有混合性的企业管理模式，这样做可能会更好一点。这恐怕是中国这十几年来在企业管理模式的选择方面，大家所得出的共识性的结论