标准与准则的区别
中国资产评估准则2013
一、前言
二、准则
基本准则
《资产评估准则——基本准则》
《资产评估职业道德准则——基本准则》
程序性具体准则
《资产评估准则——评估报告》
《资产评估准则——评估程序》
《资产评估准则——业务约定书》
《资产评估准则——工作底稿》
《资产评估准则——利用专家工作》
《资产评估职业道德准则——独立性》
实体性具体准则
《资产评估准则——机器设备》
《资产评估准则——不动产》
《资产评估准则——无形资产》
《资产评估准则——珠宝首饰》
《资产评估准则——企业价值》
《资产评估准则——森林资源资产》
资产评估指南
《以财务报告为目的的评估指南（试行）》
《企业国有资产评估报告指南》
《金融企业国有资产评估报告指南》
《评估机构业务质量控制指南》
指导意见
《注册资产评估师关注评估对象法律权属指导意见》
《金融不良资产评估指导意见（试行）》
《资产评估价值类型指导意见》
《专利资产评估指导意见》
《投资性房地产评估指导意见（试行）》
《著作权资产评估指导意见》
《商标资产评估指导意见》
《实物期权评估指导意见（试行）》
三、附录
附录1：
关于印发《资产评估准则——基本准则》和《资产评估职业道德准则——基本准则》的通知（财企[2004]20号）关于印发《注册资产评估师关注评估对象法律权属指导意见》的通知（会协[2003]18号）
关于印发《金融不良资产评估指导意见（试行）》的通知（中评协[2005]37号）
关于印发《以财务报告为目的的评估指南（试行）》的通知（中评协[2007]169号）
关于印发《资产评估准则——评估报告》等7项资产评估准则的通知（中评协[2007]189号）
关于印发《资产评估准则——无形资产》和《专利资产评估指导意见》的通知（中评协[2008]217号）
关于印发《企业国有资产评估报告指南》的通知（中评协[2008]218号）
关于印发《投资性房地产评估指导意见（试行）》和《资
产评估准则——珠宝首饰》的通知（中评协[2009]211号）关于印发《金融企业国有资产评估报告指南》的通知（中评协[2010]213号）
关于印发《评估机构业务质量控制指南》的通知（中评协[2010]214号）
关于印发《著作权资产评估指导意见》的通知（中评协[2010]215号）
关于印发《资产评估准则——企业价值》的通知（中评协[2010]227号）
关于印发《商标资产评估指导意见》的通知（中评协[2011]228号）
关于印发《实物期权评估指导意见（试行）》的通知（中评协[2011]229号）
关于修改评估报告等准则中有关签章条款的通知（中评协[2011]230号）
关于印发《资产评估准则——利用专家工作》的通知（中评协[2012]244号）
关于印发《资产评估准则——森林资源资产》的通知（中评协[2012]245 号）
关于印发《资产评估职业道德准则——独立性》的通知(中评协[2012]248 号)
附录2：
中国资产评估准则体系图
附录3：
《企业国有资产评估报告指南》附4：评估明细表样表《金融企业国有资产评估报告指南》附4：评估明细表样表附录4：
《资产评估操作专家提示——上市公司重大资产重组评估报告披露》
《资产评估操作专家提示——中小评估机构业务质量控制》
前言
20多年来，我国资产评估行业积极服务于改革开放和市场经济建设，在促进国有经济战略调整、深化对外开放、保障产权顺畅流转、推动经济体制改革、实施“引进来”和“走出去”战略等方面发挥了重要作用，已经成为市场经济不可或缺的专业服务力量。党的“十八大”对深化经济体制改革，促进经济结构调整和发展方式转变，促进中国经济转型升级提出了新要求；服务业发展“十二五”规划为包括资产评估在内的商务服务业的发展指明了方向；财政部发布的资产评估行业发展规划对我国资产评估行业未来5年的发展作出了全面安排；资产评估行业迎来了前所未有的发展机遇。
资产评估行业的发展必须在规范化的基础上才可持续，才有生命力。而行业的规范化，首先需要有统一、健全的执业准则。1998年起，在有关部门的大力支持下，财政部和中国资产评估协会着眼于市场经济发展的需要，以服务大局为出发点，在充分借鉴国际先进的评估理念、总结评估行业多年来丰富实践经验的基础上，研究探索建立中国资产评估准则体系，从行业自身角度和专业发展角度规范行业发展。财政部成立了资产评估准则委员会，中国资产评估协会成立资产评估准则技术委员会和咨询委员会，汇集了资产评估各相关方的力量，并在此基础上规范了评估准则的立项、起草、
征求意见、审议和发布程序，为评估准则的质量奠定了坚实基础。
经过长期不懈的努力，评估准则建设已经取得了突破性进展。至2012年，中国资产评估行业共有26项评估准则，包括2项基本准则，12项具体准则，4项评估指南，8项评估指导意见，满足执业和监管需求的评估准则体系已经建成。同时，评估准则动态更新机制已经建立，多个准则项目已经完成修订。
这些准则充分反映了评估执业规律和市场的客观要求。准则中既有业务操作要求，又有职业道德要求；既规范评估师执业，又反映委托方的合理要求；既规范传统评估业务，又注重新兴评估业务；既注重单项准则的严谨性，又注重各准则协调发挥作用；既有继承性规定，也有创新性要求。
这些准则涵盖了评估业务的基本程序和主要资产类型，为评估机构提供了规范的执业依据，为评估经济行为相关各方提供了明晰的服务标准，为相关监管部门提供了有效管理的统一尺度。这些准则实施以来，评估行业服务市场的影响力逐步增强，评估行业社会公信力提升，评估行业在市场经济中的服务地位更加巩固。
中国的评估准则注重借鉴国际评估准则的制定经验，注重吸收国际先进理论和实践成果。十几年来，中国评估准则建设与国际评估准则的关系实现了从“全面跟行”到“逐步并
行”再到“部分领行”的跨越，中国评估准则制定经验和成果得到国际同行的普遍认同和高度评价。中国评估准则建设提升了中国评估行业的国际地位和专业形象。
为方便评估执业界、评估理论界、监管部门、行业协会、评估报告使用者和广大社会公众了解、研究和使用评估准则，特将现有评估准则汇编出版。
评估准则建设成果是各方共同智慧的结晶，是评估理论和实践成果的集成。财政部、国资委、证监会、银监会、审计署、国家知识产权局、国家版权局、国家林业局、国家工商行政管理总局等有关部门的领导和专家协调准则与相关政策法规的关系，促进准则实施，体现了对评估事业的重视、关心和支持；北京大学、中国人民大学、中央财经大学、厦门大学、东北财经大学、中南财经政法大学、河北农业大学等院校的专家长期参与各准则项目的起草、讨论、咨询等工作，积极贡献专业力量；国际评估准则理事会（IVSC）、世界评估组织联合会（WAVO）、国际财产税学会（IPTI）、国际注册价值评估分析师协会（IACVA）、美国评估促进会（AF）、英国皇家特许测量师学会（RICS）等国际和国家评估组织的专家对中国评估准则建设提供了无私帮助；特别是中国评估行业的各位专家，发扬拓荒者精神，埋头耕耘，承受压力，积极贡献专业智慧，为评估准则建设倾注了大量心血，体现了对评估事业的热爱和执着。在此，我们向关心支
持评估准则建设的各部门、院校、评估行业组织以及各评估机构的领导和专家表示由衷的感谢！
中国资产评估协会
2013年4月
基本准则
资产评估准则——基本准则
第一章总则
第一条为规范注册资产评估师执业行为，保证执业质量，明确执业责任，维护社会公共利益和资产评估各方当事人合法权益，制定本准则。
第二条本准则所称资产评估，是指注册资产评估师依据相关法律、法规和资产评估准则，对评估对象在评估基准日特定目的下的价值进行分析、估算并发表专业意见的行为和过程。
本准则所称注册资产评估师，是指经过国家统一考试或认定，取得执业资格，并依法注册的资产评估专业人员。
第三条本准则所称资产评估准则，包括资产评估基本准则、资产评估具体准则、资产评估指南和资产评估指导意见。
第四条注册资产评估师执行资产评估业务，应当遵守本准则。
第五条注册资产评估师执行与价值估算相关的其他业务，可以参照本准则。
第二章基本要求
第六条注册资产评估师执行资产评估业务，应当遵守相关法律、法规和资产评估准则，具有良好的职业道德。
第七条注册资产评估师执行资产评估业务，应当勤勉尽责，恪守独立、客观、公正的原则。
第八条注册资产评估师应当经过专门教育和培训，具备相应的专业知识和经验，能够胜任所执行的评估业务。
第九条注册资产评估师执行资产评估业务，可以聘请专家协助工作，但应当采取必要措施确信专家工作的合理性。
第十条注册资产评估师应当对业务助理人员进行指导，并对业务助理人员工作结果负责。
第十一条注册资产评估师执行资产评估业务，采用不同于资产评估准则规定的程序和方法时，不得违背本准则的基本要求，应当确信所采用程序和方法的合理性，并在评估报告中明确说明。
第三章操作准则
第十二条注册资产评估师执行资产评估业务，应当根据业务具体情况履行适当的评估程序。
第十三条评估程序通常包括：
（一）明确评估业务基本事项；
（二）签订业务约定书；
（三）编制评估计划；
（四）现场调查；
（五）收集评估资料；
（六）评定估算；
（七）编制和提交评估报告；
（八）工作底稿归档。
注册资产评估师不得随意删减评估程序。
第十四条注册资产评估师执行资产评估业务，应当根据评估目的等相关条件选择适当的价值类型，并对价值类型予以明确定义。
第十五条注册资产评估师应当熟知、理解并恰当运用评估方法。
资产评估基本方法包括市场法、收益法和成本法。
第十六条注册资产评估师执行资产评估业务，应当根据评估对象、价值类型、资料收集情况等相关条件，分析三种资产评估基本方法的适用性，恰当选择评估方法，形成合理评估结论。
第十七条注册资产评估师执行资产评估业务，应当科学合理使用评估假设，并在评估报告中披露评估假设及其对评估结论的影响。
第十八条注册资产评估师执行资产评估业务，应当形成能够支持评估结论的工作底稿。
第四章报告准则
第十九条注册资产评估师应当在执行必要的评估程序后，编制并由所在评估机构出具评估报告。
第二十条注册资产评估师应当在评估报告中提供必要信息，使评估报告使用者能够合理理解评估结论。
第二十一条注册资产评估师应当根据评估业务具体情况，提供能够满足委托方和其他评估报告使用者合理需求的评估报告。
第五章执业责任
第二十二条注册资产评估师执行资产评估业务，应当对评估结论的合理性承担责任。
第二十三条遵守相关法律、法规和资产评估准则，对评估对象在评估基准日特定目的下的价值进行分析、估算并发表专业意见，是注册资产评估师的责任；提供必要的资料并保证所提供资料的真实性、合法性、完整性，恰当使用评估报告是委托方和相关当事方的责任。
评估结论不应当被认为是对评估对象可实现价格的保证。
第二十四条注册资产评估师执行资产评估业务，应当关注评估对象的法律权属，并在评估报告中对评估对象法律权属及其证明资料来源予以必要说明。注册资产评估师不得对评估对象的法律权属提供保证。
第六章附则
第二十五条评估机构在执行资产评估业务过程中应当遵守本
准则的相关规定。
第二十六条中国资产评估协会可以根据本准则发布资产评估具体准则、资产评估指南和资产评估指导意见。
第二十七条本准则自2004年5月1日起施行。
（2004年2月25日财政部发布）
资产评估职业道德准则——基本准则
第一章总则
第一条为规范注册资产评估师职业道德行为，提高注册资产评估师职业道德素质，维护注册资产评估师职业形象，制定本准则。
第二条注册资产评估师执行资产评估业务，应当遵守本准则。
第三条注册资产评估师执行与价值估算相关的其他业务，可以参照本准则。
第四条注册资产评估师应当指导业务助理人员和专家遵守本准则。
第二章基本要求
第五条注册资产评估师应当诚实正直，勤勉尽责，恪守独立、客观、公正的原则。
第六条注册资产评估师执行资产评估业务，应当遵守相关法律、法规和资产评估准则。
第七条注册资产评估师应当维护职业形象，不得从事与注册资产评估师身份不符或可能损害职业形象的活动。
第八条注册资产评估师执行资产评估业务，应当独立进行分析、估算并形成专业意见，不受委托方或相关当事方的影响，不得以预先设定的价值作为评估结论。
第九条注册资产评估师执行资产评估业务，应当合理使用评估假设，并在评估报告中披露评估假设及其对评估结论的影响。
第十条注册资产评估师应当在评估报告中提供必要信息，使评估报告使用者能够合理理解评估结论。
注册资产评估师不得出具含有虚假、不实、有偏见或具有误导性的分析或结论的评估报告。
第十一条注册资产评估师应当遵守保密原则，除法律、法规另有规定外，未经委托方书面许可，不得对外提供执业过程中获知的商业秘密和业务资料。
第十二条注册资产评估师不得采用欺诈、利诱、强迫等不正当手段招揽业务。
第十三条注册资产评估师不得利用执业便利为自己或他人谋取不正当利益。
第十四条注册资产评估师应当在资产评估机构执业，不得以个人名义执业，也不得同时在两家或两家以上评估机构执业。
第十五条注册资产评估师执行资产评估业务，应当形成能够支持评估结论的工作底稿，并按有关规定管理和保存工作档案。
第十六条注册资产评估师不得签署本人未参与项目的评估报告，也不得允许他人以本人名义签署评估报告。
第十七条注册资产评估师应当接受中国资产评估协会的管理，履行中国资产评估协会规定的义务。
第三章专业胜任能力
第十八条注册资产评估师应当经过专门教育和培训，具备相应的专业知识和经验，能够胜任所执行的评估业务。
第十九条注册资产评估师应当接受后续教育，保持和提高专业胜任能力。
第二十条注册资产评估师应当如实声明其具有的专业胜任能力和执业经验，不得对其专业胜任能力和执业经验进行夸张、虚假和误导性宣传。
第二十一条注册资产评估师执行资产评估业务，可以聘请专家协助工作，但应当采取必要措施确信专家工作的合理性。
第四章与委托方和相关当事方的关系
第二十二条注册资产评估师与委托方或相关当事方之间存在可能影响注册资产评估师公正执业的利害关系时，应当予以回避。
第二十三条注册资产评估师执行资产评估业务，不得对委托方和相关当事方进行误导和欺诈。
第二十四条注册资产评估师应当履行业务约定书中规定的义务，竭诚为委托方服务。
第二十五条注册资产评估师不得向委托方或相关当事方索取约定服务费之外的不正当利益。
第二十六条注册资产评估师应当与委托方进行必要沟通，提示评估报告使用者合理理解并恰当使用评估报告，并声明不承担相关当事人决策的责任。
第五章与其他注册资产评估师的关系
第二十七条注册资产评估师在执行资产评估业务过程中，应当与其他注册资产评估师保持良好的工作关系。
第二十八条注册资产评估师不得贬损或诋毁其他注册资产评估师。
第二十九条注册资产评估师不得以恶意降低服务费等不正当的手段与其他注册资产评估师争揽业务。
第六章附则
第三十条评估机构在执行资产评估业务过程中应当遵守本准则的相关规定。
第三十一条中国资产评估协会可以根据本准则发布资产评估职业道德具体准则。
第三十二条本准则自2004年5月1日起施行。
（2004年2月25日财政部发布）
程序性具体准则
资产评估准则——评估报告
第一章总则
第一条为规范注册资产评估师编制和出具评估报告行为，维护社会公共利益和资产评估各方当事人合法权益，根据《资产评估准则——基本准则》，制定本准则。
第二条本准则所称评估报告，是指注册资产评估师根据资产评估准则的要求，在履行必要评估程序后，对评估对象在评估基准日特定目的下的价值发表的、由其所在评估机构出具的书面专业意见。
第三条注册资产评估师执行资产评估业务，编制和出具评估报告，应当遵守本准则。
第四条注册资产评估师执行与价值估算相关的其他业务，出具价值分析报告或者其他专业意见，可以参照本准则。
第二章基本要求
第五条注册资产评估师应当清晰、准确地陈述评估报告内容，不得使用误导性的表述。
第六条注册资产评估师应当在评估报告中提供必要信息，使评估报告使用者能够合理理解评估结论。
第七条注册资产评估师执行资产评估业务,可以根据评估对象的复杂程度、委托方要求，合理确定评估报告的详略程度。
第八条注册资产评估师执行资产评估业务，评估程序受到限制且无法排除，经与委托方协商后仍需出具评估报告的，应当在评估报告中说明评估程序受限情况及其对评估结论的影响，并明确评估报告的使用限制。
软件设计师23种设计模式总结
创建型结构型行为型 类Factory Method Adapter In terpreter Template Method 对象 Abstract Factory Builder Prototype Si ngleto n Apapter(对象) Bridge Composite Decorator Fa?ade Flyweight Proxy Chain of Resp on sibility Comma nd Iterator Mediator Meme nto Observer State Strategy Visitor （抽象工厂） 提供一个创建一系列相关或互相依赖对象的接口，而无须制定它们具体的类。 图10-25抽象工厂模式结构图 Abstract Factory 抽象工厂 class Program { static void Main(string[] args) { AbstractFactory factory1 = new Con creteFactory1(); Clie nt c1 = new Clie nt(factory1); c1.Ru n(); AbstractFactory factory2 = new Con creteFactory2(); Clie nt c2 = new Clie nt(factory2); c2.Ru n(); Co nsole.Read(); abstract class AbstractFactory { public abstract AbstractProductA CreateProductA(); public abstract AbstractProductB
23种设计模式趣味讲解
23种设计模式趣味讲解 对设计模式很有意思的诠释，呵呵，原作者不详。 创立型模式 1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，固然口味有所不同，但不管你带MM往麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类离开。花费者任何时候需要某种产品，只需向工厂恳求即可。花费者无须修正就可以接纳新产品。毛病是当产品修正时，工厂类也要做相应的修正。如：如何创立及如何向客户端供给。 2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同处所的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM 我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这必定比美军在伊拉克用的翻译机好卖） 建造模式：将产品的内部表象和产品的天生过程分割开来，从而使一个建造过程天生具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变更，客户不必知道产品内部组成的细节。建造模式可以强迫履行一种分步骤进行的建造过程。 3、FACTORY METHOD—请MM往麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。 工厂方法模式：核心工厂类不再负责所有产品的创立，而是将具体创立的工作交给子类往做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的串口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE—跟MM用QQ聊天，必定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要） 原始模型模式：通过给出一个原型对象来指明所要创立的对象的类型，然后用复制这个原型对象的方法创立出更多同类型的对象。原始模型模式容许动态的增加或减少产品类，产品类不需要非得有任何事先断定的等级结构，原始模型模式实用于任何的等级结构。毛病是每一个类都必须配备一个克隆方法。 5、SINGLETON—俺有6个美丽的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，
第四章 层流流动与湍流流动
第四章层流流动及湍流流动 由于实际流体有粘性，在流动时呈现两种不同的流动形态：层流流动及湍流流动，并在流动过程中产生阻力。 对可压缩流体，阻力使流体受压缩。 对不可压缩流体，阻力使流体的一部分机械能转化为热能散失，这个转变过程不可逆。散失的热量称为能量损失。 单位质量（或单位体积）流体的能量损失，称为水头损失（或压力损失），并以h w（或Δp）表示。 本章首先讨论流体的流动状态，再对粘性流体在两种流动状态下的能量损失进行分析。 第一节流动状态及阻力分类 一、流体的流动状态 1．雷诺试验：1882年雷诺作了如教材45页图4-1所示的流体流动形态试验。 试验装置：在圆管的中心用细玻璃管向圆管的水流中引入红色液体的细流。 试验情况： （1）当水的流速较小时（图4-1a），红色液体细流不与周围水混和，自己保持直线形状与水一起向前流动。 （2）如把水的流速逐渐增大，至一定程度时，红色细流便开始上下振荡，呈波浪形弯曲（如图4-1b）。 （3）当再把水流速度增大，红色细流的振荡加剧，至水的流速增大至某一速度后，圆管中红色细流消失，红色液体混入整个圆管的水中（如图4-1c）。 试验的三种不同状况说明： （1）对（图4-1a）所示，表明水的质点只有向前流动的位移，没有垂直水流方向的移动，即各层水的质点不相互混和，都是平行地移动的，这种流动称为层流； （2）对（图4-1b）所示，说明流动的水质点已开始有垂直水流方向的位移，离开圆管轴线较远的部位水的质点仍保持平行流动的状态； （3）对（图4-1c）所示，说明流动中水的质点运动已变得杂乱无章，各层水相互干扰，这种流动形态称为紊流或湍流。
2．雷诺数： 流体之所以出现不同的流动形态，主要由流体质点流动时其本身所具有的惯性力和所受的粘性力的数值比例决定。 惯性力相对较大时，流体趋向于作紊流式的流动； 粘性力则起限制流体质点作纵向脉动的作用，遏止紊流的出现。 雷诺根据此原理提出了一个判定流体流动状态的无量纲参数——雷诺数（Re）： 对在圆管中流动的流体而言，雷诺数的表现形式为 v：圆管内流体的平均流速（m/s）；ε：动力粘度（Pa·s）。 D：圆管直径（m）；ν：运动粘度（m2/s）。 实验确定，流体开始由层流形态向紊流转变时，称为下临界雷诺数， Re=2100～2320；当Re＞10000～13800时流体的流动形态为稳定的紊流，称上临界雷诺数；当Re=（2100～2320）～（10000～13800），流动形态为过渡状态，可以是紊流或层流。临界雷诺数随体系的不同而变化，即使同一体系，它也会随其外部因素（如圆管内表面粗糙度和流体中的起始扰动程度等）的不同而改变，所以临界雷诺数为一个范围数。 对于非圆管中的流体流动，雷诺数的表现形式为 R：水力半径（m）；A：流体的有效截面积（m2）； x：截面上与流体接触的固体周长（湿周）（m）。 （但水力半径R不是圆截面的几何半径r，如充满流体圆管的水力半径为： ） 这里，取下临界雷诺数为500。对工程中常见的明渠水流，下临界雷诺数常取300。 当流体绕过固体（如绕过球体）流动时，出现层状绕流（物体后无旋涡）和紊状绕流（物体后形成旋涡）的现象，此时雷诺数用下式计算：
Gof的23种设计模式
Gof的23种设计模式 从2005年初听说设计模式，到现在虽然已经8年多了，但GoF的23种模式依然盛行，当然GoF提出这些模式的 年代更加久远（1995年）。在工作的过程中，陆陆续续接触了GoF的大部分模式，我记得在2008年的时候就想总结一下设计模式（最近想做的两件事情），最后因为各种原 因也没有完成。最近这段时间正好是职业空档期，没什么事儿做，就把之前看过的设计模式翻出来整理了一下，于是就有了上面几篇文章。整理设计模式的过程，也是一个深刻理解面向对象设计的过程。通过对各个模式的回顾，让我更能够明白前辈们关于面向对象设计提出的各种“最佳实践”，特别是S.O.L.I.D，我觉得在这里再说一次，也不算矫情。S：单一职责原则（Single Responsibility Principle, SRP），一个类只能有一个原因使其发生改变，即一个类只承担一个职责。 O：开放-封闭原则（Open-Close Principle, OCP），这里指我们的设计应该针对扩展开放，针对修改关闭，即尽量以扩展的方式来维护系统。 L：里氏替换原则（Liskov Subsititution Principle, LSP），它表示我们可以在代码中使用任意子类来替代父类并且程 序不受影响，这样可以保证我们使用“继承”并没有破坏父类。
I：接口隔离原则（Interface Segregation Principle, ISP），客户端不应该依赖于它不需要的接口，两个类之间的依赖应该建立在最小接口的基础上。这条原则的目的是为了让那些使用相同接口的类只需要实现特定必要的一组方法，而不是大量没用的方法。 D：依赖倒置原则（Dependence Inversion Principle, DIP），高层模块不应该依赖于低层模块，两者应该都依赖于抽象；抽象不依赖于细节，而细节应该依赖于抽象。这里主要是提倡“面向接口”编程，而非“面向实现”编程。设计模式，从本质上讲，是针对过去某种经验的总结。每种设计模式，都是为了在特定条件下去解决特定问题，离开这些前提去讨论设计模式，是没有意义的。下面，我们快速回顾GoF的23种模式。工厂方法 意图：定义一个用户创建对象的接口，让子类去决定具体使用哪个类。 适用场合：1）类不知道它所要创建的对象的类信息；2）类希望由它的子类来创建对象。抽象工厂 意图：提供一个创建一系列相关或者相互依赖的对象的接口，而无须指定它的具体实现类。 适用场合：1）系统不依赖于产品是如何实现的细节；2）系统的产品族大于1，而在运行时刻只需要某一种产品族；3）属于同一个产品族的产品，必须绑在一起使用；4）所有的
23种模式详解
总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下： 二、设计模式的六大原则 1、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。 2、里氏代换原则（Liskov Substitution Principle） 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 3、依赖倒转原则（Dependence Inversion Principle） 这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。 4、接口隔离原则（Interface Segregation Principle） 这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。 5、迪米特法则（最少知道原则）（Demeter Principle） 为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。 6、合成复用原则（Composite Reuse Principle） 原则是尽量使用合成/聚合的方式，而不是使用继承。 三、Java的23中设计模式 从这一块开始，我们详细介绍Java中23种设计模式的概念，应用场景等情况，并结合他们的特点及设计模式的原则进行分析。 1、工厂方法模式（Factory Method） 工厂方法模式分为三种：
二十三种设计模式类图
二十三种设计模式类图 0 引言 谈到设计模式，绝对应该一起来说说重构。重构给我们带来了什么？除了作为对遗留代码的改进的方法，另一大意义在于，可以让我们在写程序的时候可以不需事先考虑太多的代码组织问题，当然这其中也包括了应用模式的问题。尽管大多数开发者都已经养成了写代码前先从设计开始的习惯，但是，这种程度的设计，涉及到到大局、到总体架构、到主要的模块划分我觉得就够了。换句话说，这时就能写代码了。这就得益于重构的思想了。如果没有重构的思想，有希望获得非常高质量的代码，我们就不得不在开始写代码前考虑更多其实并非非常稳定的代码组织及设计模式的应用问题，那开发效率当然就大打折扣了。在重构和设计模式的合理应用之下，我们可以相对较早的开始写代码，并在功能尽早实现的同时，不断地通过重构和模式来改善我们的代码质量。所以，下面的章节中，在谈模式的同时，我也会谈谈关于常用的这些模式的重构成本的理解。重构成本越高意味着，在遇到类似的问题情形的时候，我们更应该提前考虑应用对应的设计模式，而重构成本比较低则说明，类似的情形下，完全可以先怎么方便，怎么快怎么写，哪怕代码不是很优雅也没关系，回头再重构也很容易。 1 创建型 1.1FactoryMethod 思想：Factory Method的主要思想是使一个类的实例化延迟到其子类。 场景：典型的应用场景如：在某个系统开发的较早阶段，有某些类的实例化过程，实例化方式可能还不是很确定，或者实际实例化的对象（可能是需要对象的某个子类中的一个）不确定，或者比较容易变化。此时，如果直接将实例化过程写在某个函数中，那么一般就是if-else或select-case代码。如果，候选项的数目较少、类型基本确定，那么这样的if-else 还是可以接受的，一旦情形变得复杂、不确定性增加，更甚至包含这个构造过程的函数所
Java23种设计模式6大原则总结
设计模式概念：一套被反复使用、多数人知晓、经过分类编目的优秀代码设计经验的总结。设计模式要素：模式名称、问题、举例、末态环境、推理、其他有关模式、已知的应用。设计模式分类：创建型、结构型、行为型。 创建型模式功能：1.统所使用的具体类的信息封装起来； 2.类的实例是如何被创建和组织的。 创建型模式作用：1.封装创建逻辑，不仅仅是new一个对象那么简单。 2.封装创建逻辑变化，客户代码尽量不修改，或尽量少修改。 常见的创建型模式：单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式。常见的结构型模式：代理模式、装饰模式、适配器模式、组合模式、桥梁模式、外观模式、享元模式。 常见行为型模式：模板方法模式、命令模式、责任链模式、策略模式、迭代器模式、中介者模式、观察者模式、备忘录模式、访问者模式、状态模式、解释器模式。单一职责原则：一个类应该只有一个职责。 优点：降低类的复杂性；提高类的可读性；提高代码的可维护性和复用性；降低因变更引起的风险。 里氏替换原则： 优点：代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；提高代码的可重用性；提高代码的可扩展性；提高产品或项目的开放性。 缺点：1.继承是入侵式的。只要继承，就必须拥有父类所有属性和方法。 2.降低代码的灵活性。子类必须拥有父类的属性和方法，使子类收到限制。 3.增强了耦合性。当父类的常量、变量和方法修改时，必须考虑子类的修改，这种 修改可能造成大片的代码需要重构。 依赖倒置原则：高层模块不应该依赖低层模块，两者都依赖其抽象；抽象不依赖细节；细节应该依赖于抽象。 在Java中的表现：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；接口或抽象类不依赖于是实现类； 实现类依赖于接口或抽象类。 接口隔离原则：1.一个类对另外一个类的依赖性应当是建立在最小的接口上的 2.一个接口代表一个角色，不应当将不同的角色交给一个接口。 3.不应该强迫客户使用它们的不同方法。 如图所示的电子商务系统在三个地方会使用到订单类：一个是门户，只能有查询方法；一个是外部系统，有添加订单的方法；一个是管理后台，添加、删除、修改、查询都要用到。“原子”在实践中的衡量规则： 1.一个接口只对一个子模块或者业务逻辑进行分类。 2.只保留接口中业务逻辑需要的public方法。 3.尽量修改污染了的接口，若修改的风险较大，则可采用适配器模式进行转化处理。 4.接口设计应因项目而异，因环境而异，不能照搬教条。 迪米特法则：（表述）只与你直接的朋友们通信；不要跟“陌生人”说话；每一个软件单位 对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密 切相关的软件单位。 对迪米特法则进行模式设计有两个：外观模式、中介者模式。 开闭原则：一个软件实体应当对扩展开放，对修改关闭。 重要性体现：提高复用性；提高维护性；提高灵活性；易于测试
第四章层流和紊流及水流阻力和水头损失
第四章 层流和紊流及水流阻力和水头损失 1、紊流光滑区的沿程水头损失系数 仅与雷诺数有关，而与相对粗糙度无关。 2、圆管紊流的动能校正系数大于层流的动能校正系数。 3、紊流中存在各种大小不同的涡体。 4、紊流运动要素随时间不断地变化，所以紊流不能按恒定流来处理。 5、谢才公式既适用于有压流，也适用于无压流。 6、' 'y u x u ρτ -=只能代表 X 方向的紊流时均附加切应力。 7、临界雷诺数随管径增大而增大。 8、在紊流粗糙区中，对同一材料的管道，管径越小，则沿程水头损失系数越大。 9、圆管中运动液流的下临界雷诺数与液体的种类及管径有关。 10、管道突然扩大的局部水头损失系数 的公式是在没有任何假设的情况下导出的。 11、液体的粘性是引起液流水头损失的根源。 11、不论是均匀层流或均匀紊流，其过水断面上的切应力都是按线性规律分布的。 12、公式gRJ ρτ= 即适用于管流，也适用于明渠水流。 13、在逐渐收缩的管道中，雷诺数沿程减小。 14、管壁光滑的管子一定是水力光滑管。 15、在恒定紊流中时均流速不随时间变化。 16、恒定均匀流中，沿程水头损失 hf 总是与流速的平方成正比。 17、粘性底层的厚度沿流程增大。 18、阻力平方区的沿程水头损失系数λ 与断面平均流速 v 的平方成正比。 19、当管径和流量一定时，粘度越小，越容易从层流转变为紊流。 20、紊流的脉动流速必为正值。 21、绕流阻力可分为摩擦阻力和压强阻力。 22、有一管流，属于紊流粗糙区，其粘滞底层厚度随液体温度升高而减小。 23、当管流过水断面流速符合对数规律分布时，管中水流为层流。 24、沿程水头损失系数总是随流速的增大而增大。 25、边界层内的流动也有层流与紊流之分。 26、当雷诺数 Re 很大时，在紊流核心区中，切应力中的粘滞切应力可以忽略。 27、其它条件不变，层流内摩擦力随压力的增大而 （ ） ⑴ 增大 ； ⑵ 减小 ； ⑶ 不变 ； ⑷ 不定 。 28、按普朗特动量传递理论， 紊流的断面流速分布规律符合 1 对数分布 ； 2 椭圆分布 ； 3 抛物线分布 ； 4 直线分布 。 29、其它条件不变，层流切应力随液体温度的升高而 1 增大 ； 2 减小 ； 3 不变 ； 4 不定 。
关于23种设计模式新解
关于23种设计模式新解 创建型模式 1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你” builder。（这一定比美军在伊拉克用的翻译机好卖） 建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的
细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD—请MM去麦当劳吃汉堡，不同的 MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。 工厂方法模式：核心工厂类不再负责所有产品的创建，而是将 具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给 出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例 化这种细节。 4、PROTOTYPE—跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里 面就行了，这就是我的情话prototype了。（100块钱一份，你要 不要） 原始模型模式：通过给出一个原型对象来指明所要创建的对象 的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有 任何事先确定的等级结构，原始模型模式适用于任何的等级结构。 缺点是每一个类都必须配备一个克隆方法。 5、SINGLETON—俺有6个漂亮的老婆，她们的老公都是我，
23种设计模式额形象比喻 (1)
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM 爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory。工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD—请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM 到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE—跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好
八种架构设计模式及其优缺点
八种架构设计模式及其优缺点概述(上) 1. 什么是架构 我想这个问题，十个人回答得有十一个答案，因为另外的那一个是大家妥协的结果。哈哈，我理解，架构就是骨架，如下图所示： 人类的身体的支撑是主要由骨架来承担的，然后是其上的肌肉、神经、皮肤。架构对于软件的重要性不亚于骨架对人类身体的重要性。 2. 什么是设计模式
这个问题我问过的面试者不下于数十次，回答五花八门，在我看来，模式就是经验，设计模式就是设计经验，有了这些经验，我们就能在特定情况下使用特定的设计、组合设计，这样可以大大节省我们的设计时间，提高工作效率。 作为一个工作10年以上的老码农，经历的系统架构设计也算不少，接下来，我会把工作中用到的一些架构方面的设计模式分享给大家，望大家少走弯路。总体而言，共有八种，分别是： 1.单库单应用模式：最简单的，可能大家都见过 2.内容分发模式：目前用的比较多 3.查询分离模式：对于大并发的查询、业务 4.微服务模式：适用于复杂的业务模式的拆解 5.多级缓存模式：可以把缓存玩的很好 6.分库分表模式：解决单机数据库瓶颈 7.弹性伸缩模式：解决波峰波谷业务流量不均匀的方法之一 8.多机房模式：解决高可用、高性能的一种方法 3. 单库单应用模式这是最简单的一种设计模式，我们的大部分本科毕业设计、一些小的应用，基本上都是这种模式，这种模式的一般设计见下图：
如上图所示，这种模式一般只有一个数据库，一个业务应用层，一个后台管理系统，所有的业务都是用过业务层完成的，所有的数据也都是存储在一个数据库中的，好一点会有数据库的同步。虽然简单，但是也并不是一无是处。
优点：结构简单、开发速度快、实现简单，可用于产品的第一版等有原型验证需求、用户少的设计。 缺点：性能差、基本没有高可用、扩展性差，不适用于大规模部署、应用等生产环境。 4. 内容分发模式基本上所有的大型的网站都有或多或少的采用这一种设计模式，常见的应用场景是使用CDN技术把网页、图片、CSS、JS等这些静态资源分发到离用户最近的服务器。这种模式的一般设计见下图：
浅析23种软件设计模式
浅析23种软件设计模式 1、工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。 6、适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。 7、桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。 8、合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同等看待。 9、装饰模式：装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。动态给一个对象增加功能，这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 10、门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系统可以有多个门面类。 11、享元模式：FL YWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存
常见的23种设计模式的有趣见解
创建型模式 1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂 请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向客户端提供。 2、BUILDER—MM最爱听的就是“我爱你”这句话了,见到不同地方的MM,要能够用她们的方言跟她说这句话哦,我有一个多种语言翻译机,上面每种语言都有一个按键,见到MM我只要按对应的键,它就能够用相应的语言说出“我爱你”这句话了,国外的MM也可以轻松搞掂,这就是我的“我爱你”builder。(这一定比美军在伊拉克用的翻译机好卖) 建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过 程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD—请MM去麦当劳吃汉堡,不同的MM有不同的口味,要每个都记住是一件烦人的事情,我一般采用Factory Method模式,带着MM到服务员那儿,说“要一个汉堡”,具体要什么样的汉堡呢,让MM直接跟服务员说就行了。 工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作 交给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪一个产品类应当被实例化这种细节。
设计模式主要分三个类型
设计模式主要分三个类型:创建型、结构型和行为型。 其中创建型有： 一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点 二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。 三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。 四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。 五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。 行为型有： 六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。 七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。 八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。 九、Command，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。 十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。 十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。 十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的耦合关系 十三、Mediator，中介者模式：用一个中介对象封装一些列的对象交互。 十四、Visitor，访问者模式：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。 十五、Interpreter，解释器模式：给定一个语言，定义他的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。 十六、Memento，备忘录模式：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。 结构型有： 十七、Composite，组合模式：将对象组合成树形结构以表示部分整体的关系，Composite使得用户对单个对象和组合对象的使用具有一致性。 十八、Facade，外观模式：为子系统中的一组接口提供一致的界面，fa?ade 提供了一高层接口，这个接口使得子系统更容易使用。 十九、Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问
23种设计模式的通俗理解
23种设计模式的通俗理解【转】 1、FACTORY 工厂方法 追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER 抽象工厂 MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱 你”builder。（这一定比美军在伊拉克用的翻译机好卖）建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD 建造者模式 请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE 原型模式 跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、SINGLETON 单态模式 俺有6个漂亮的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才做了个梦啦，哪有这么好的事) 单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。[b:9ceca65206]结构型模式[/b:9ceca65206] 6、ADAPTER 适配器模式 在朋友聚会上碰到了一个美女Sarah，从香港来的，可我不会说粤语，她不会说普通话，只好求助于我的朋友kent了，他作为我和Sarah之间的Adapter，让我和Sarah可以相互交谈了(也不知道他会不会耍我) 适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，
二十三种设计模式的通俗理解
二十三种设计模式的通俗理解 1、FACTORY 追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
3、FACTORY METHOD 请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE 跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、SINGLETON 俺有6个漂亮的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，她们只要说道“老公”，
层流和紊流
层流和紊流 cengliu he wenliu 层流和紊流 laminar flow and turbulent flow 实际液体由于存在粘滞性而具有的两种流动形态。液体质点作有条不紊的运动，彼此不相混掺的形态称为层流。液体质点作不规则运动、互相混掺、轨迹曲折混乱的形态叫做紊流。它们传递动量、热量和质量的方式不同：层流通过分子间相互作用，紊流主要通过质点间的混掺。紊流的传递速率远大于层流。水利工程所涉及的流动，一般为紊流。 雷诺数表征液流惯性力与粘滞力相对大小，可用以判别流动形态的无因次数，记作。雷诺数的定义式为： [19-01]式中、、分别为液体的密度动力粘滞系数、运动粘滞系数；、为流动的特征速度和特征长度。雷诺数小时,粘性效应在整个流场中起主要作用,流动为层流。雷诺数大时，紊动混掺起决定作用，流动为紊流。对于同样的液流装置，由层流转换为紊流时的雷诺数恒大于紊流向层流转换的雷诺数。前者称上临界雷诺数，其值随试验条件而变，很不稳定；后者称下临界雷诺数，其值比较稳定，对于一般条件下的管流（圆管直径为特征长度，断面平均流速为特征速度），约为2300。 层流只存在粘滞切应力。在简单的剪切流中，粘滞切应力： [19-02]式中[19-03]为剪切变形速度,亦即速度沿垂直方向的变化率；为动力粘滞系数,只和液体种类及温度有关的常数。此式表达了著名的牛顿内摩擦定律。层流中摩擦阻力及沿程水头损失均与流速的一次方成正比，流速分布呈抛物线型。圆管层流流速分布如图1[ 层流和紊流流速分布比较] 所示。 紊流又称湍流。液体运动呈随机性，即速度、压强等均随时间、空间作不规则的脉动，是紊流的基本特征（图2[紊流流
23种设计模式
新版设计模式手册 一．创建型模式 1．单件模式 意图 保证一个类仅有一个实例，并提供一个访问它的全局访问点。 适用性 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。 当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。 2．抽象工厂 意图 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 适用性 一个系统要独立于它的产品的创建、组合和表示时。 一个系统要由多个产品系列中的一个来配置时。 当你要强调一系列相关的产品对象的设计以便进行联合使用时。 当你提供一个产品类库，而只想显示它们的接口而不是实现时。 3．建造者模式 意图 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 适用性 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。 当构造过程必须允许被构造的对象有不同的表示时。 4．工厂方法模式 意图 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。 适用性 当一个类不知道它所必须创建的对象的类的时候。 当一个类希望由它的子类来指定它所创建的对象的时候。 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。 5．原型模式
意图 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 适用性 当要实例化的类是在运行时刻指定时，例如，通过动态装载；或者 为了避免创建一个与产品类层次平行的工厂类层次时；或者 当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。 二．结构型模式 6．适配器模式 意图 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 适用性 你想使用一个已经存在的类，而它的接口不符合你的需求。 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。 （仅适用于对象Adapter）你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。 7．桥接模式 意图 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 适用性 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。 有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。 你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不知道这一点。8．组合模式 意图 将对象组合成树形结构以表示“部分-整体”的层次结构。Composite 使得用户对单个对象和组合对象的使用具有一致性。 适用性