设计模式 六大法则
oop的六大原则
oop的六大原则
1. 单一责任原则（Single Responsibility Principle，SRP）：一个类应该只有一个引起它变化的原因，即一个类应该只负责一项职责。
2. 开放封闭原则（Open-Closed Principle，OCP）：软件实体（类、模块、函数等）应该是可以扩展的，但是不可修改的。
也就是说，在修改需求时，应该尽量通过扩展已有的代码来实现新的功能，而不是直接修改已有代码。
3. 里氏替换原则（Liskov Substitution Principle，LSP）：子类型必须能够替换它们的父类型。
在代码中，父类出现的地方必须能够被子类替换，而程序执行的结果不能出现异常或错误。
4. 依赖倒置原则（Dependency Inversion Principle，DIP）：高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
5. 接口隔离原则（Interface Segregation Principle，ISP）：一个类不应该强迫其它类依赖于它们不需要使用的接口。
接口应该小而精炼，客户端只应该依赖于它们需要的接口。
6. 迪米特原则（Law of Demeter，LoD）：一个对象应该对其他对象有尽可能少的了解。
一个类应该只与它的直接朋友进行交互，而不需要了解朋友的朋友。
这样可以降低类之间的耦合性，提高可维护性和可扩展性。
六大设计原则考试题
六大设计原则考试题设计六大原则考试题总结：1、单一职责原则（SRP）定义：就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起了，一个职责的变化可能会引起其它职责的变化，当变化发生时，设计会遭到意想不到的变化。
SRP是最简单的职责之一，但是也比较难正确运用的职责，在开发中，会自然地把职责结合在一起，毕竟有些职责需要耦合在一起的，而难以拆分并增加复杂性。
2、开放封闭原则（OCP）定义：软件实体（类、模块、函数等等）应该是可以扩展的，但是不可以修改的。
遵循OOP可以带来灵活性、可重用性、以及可维护性。
然而，对于应用程序中每个部分都肆意的进行抽象同样是不行的，这样属于不成熟抽象，我们只需要把频繁变化的部分进行抽象就行。
3、Liskov替换原则（LSP）定义：子类型必须能够替换掉它们的基类型。
使用LSP，使得程序具有更多的可维护性、可重用性以及健壮性。
而LSP是使OCP成为可能的主要原则之一，子类型的可替换性才使得基类类型的模块在无需修改的情况下可以扩展。
4、依赖倒置原则（DIP）定义：高层模块不应该依赖于低层模块，二者应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。
设置倒置的依赖关系结构，使得细节和策略都依赖于抽象，属于面向对象设计；如果依赖关系不倒置，属于过程化设计。
5、接口隔离原则（ISP）定义：不应该强迫继承类依赖于它们不使用的接口方法，类间的依赖关系应该建立在最小的接口上。
胖类是这个类过于臃肿，可能会导致使用者产生不正常的耦合关系，该类的修改也会导致使用者的修改。
使用接口分解，使用者只需要使用特定的接口，并解除了和胖类的耦合关系。
6、迪米特原则（LOD）定义：类之间尽可能少与其他实体发生相互作用在开发中，我们经常提到高内聚低耦合，使各个模块之间的耦合尽量的低，才能提高代码的复用率，耦合的方式很多，依赖、关联、组合、聚合等。
其中，我们称出现成员变量、方法参数、方法返回值中的类为低耦合，而出现在局部变量中的类则高耦合。
地产销售职业操盘手册
【最新资料,Word版，可自由编辑！】目录：A部分：销售标准化流程组织设计策略操盘模式1、销售前期准备工作部署步骤一、制定周密的销售计划步骤二、销售基本执行流程设计步骤三、委托代理人还是自产自销步骤四、楼花销售还是现房销售步骤五、如何控制好上市节奏步骤六、精心构思包装售楼处和样板房步骤七、销售前期宣传部署工作流程设计步骤八、销售前期岗位架构设计操盘模式2、代理公司的选择策略步骤一、堆积木后的市场专业化步骤二、最优代理公司选择要决步骤三、房地产公司选择代理公司的最优流程设计步骤四、房地产公司与代理公司最优的合作模式步骤五、奥园的选择模式操盘模式3、销售过程整体策略部署步骤一、销售管理职能步骤二、销售控制战略功能剖析步骤三、掐住销售进度控制五大死穴步骤四、如何以纵向监控实行销控步骤五、掌握销售控制突破方法步骤六、策略性销售控制的阶段性操作方法步骤七、阶段性总结进行销控案例参考操盘模式4、房地产营销组织及计划控制步骤一、房地产营销组织剖析步骤二、房地产营销组织设计过程步骤三、计划控制战略步骤步骤四、房地产营销计划控制难度突破步骤五、房地产营销计划的内容步骤六、掐住执行营销计划方案的四大障碍步骤七、案例“金顶大厦”营销计划书操盘模式5、项目灵活造市手法步骤一、现代房地产公关活动基本架构的组建步骤二、房地产公司公关活动造市策略步骤三、奥林匹克花园“平地惊雷”效应剖析步骤四、展销会激起的市场效应步骤五、展销会操作实施模式步骤六、“海昌欣城”经典造市探讨步骤七、经典造市活动演示操盘模式6、房地产定价策略步骤一、房地产定价参考体系步骤二、房地产项目定价常见几大误区及其对策步骤三、制定有较好市场启动力的价格步骤四、房地产销售定价、折扣的最佳组合技巧步骤五、实现价格和价值无缝对接手法步骤六、瑞心苑的定价玄关操盘模式7、制定迎合顾客心理的付款策略步骤一、如何制定轻松供楼的付款方式步骤二、付款方式中常见弊病及其相对方法步骤三、另类付款“旧楼换新楼，差价做按揭”步骤四、国内房地产按揭操作模式步骤五、最能迎合客户心理付款方式案例展示操盘模式8、应对尾盘销售有效对策步骤一、诊断尾盘销售难题步骤二、给尾盘开出的八个药方步骤三、尾盘成功解套的经典案例操盘模式9、滞销楼盘成功解套步骤一、房地产面临的难题——滞销步骤二、房地产滞销因素步骤三、楼盘“三五八”阶段滞销及其相应对策步骤四、避免滞销的技巧剖析步骤五、经典滞销楼盘有效解套操盘模式10、销售管理和售后服务的延续步骤一、隐藏在贴点式服务后面的利润区步骤二、利用售后服务加强品牌延续步骤三、利用售后服务营造“滚雪球”式营销方法步骤四、如何作好联动式售后服务步骤五、美的海岸花园“后勤”致胜法宝B部分：销售人员组织管理策略操盘模式11、销售冠军团队的组建步骤一、顶尖销售人员的招募步骤二、置业顾问形象是抠动销售的第一个扳机步骤三、置业顾问的定位与职责步骤四、置业顾问的引擎对象操盘模式12、销售精英的培训术步骤一、技术的培训步骤二、售前培训步骤三、销售精英的四大准则培训步骤四、销售现场专业知识培训模式演示步骤五、现场销售技巧培训步骤六、如何避免企业培训陷入无解方程步骤七、“点石成金”销售人员培训流程设计步骤八、市场销售人员的培训内容设计操盘模式13、现场成交策略步骤一、销售过程应对策略步骤二、现场销售人员操作要决步骤三、现场销售基本流程步骤四、销售现场技术破解步骤五、销售人员现场实战具备要点分析步骤六、应对客户异议操盘模式14、业绩倍增技巧步骤一、寻找客户切入点最佳途径步骤二、客户类型与应对技巧步骤三、销售过程与应对技巧步骤四、销售人员技巧培养模式突破步骤五、销售人员现场实战应对技巧步骤六、房地产人员推销策略技巧操盘模式15、房地产销售经理训练指南步骤一、经理人成功必备要素分析步骤二、培训经理人的基本操作程序步骤三、经理人培训实战模式步骤四、塑造经理人理想生活模式步骤五、房地产企业人力资源管理的突破模式步骤六、拓宽房地产营销管理的基本战略步骤七、房地产企业营销管理最佳运作模式步骤八、房地产企业管理价值观的经营模式步骤九、创新是突破房地产企业管理难度最有力武器步骤十、绘制“日程安排手册”和一周工作计划操盘模式16、顶尖销售人员成功法则步骤一、销售人员自我突破步骤二、销售人员成功销售五大秘诀步骤三、破解成功促销的六大关键步骤四、成功推销的要点剖析步骤五、剖析销售服务“临门疲软”及其解决对策步骤六、优秀销售人员的成功心得步骤七、新兴的咨询式销售C部分：销售现场整合包装攻击策略操盘模式17、销售现场整合包装攻击策略步骤一、楼盘包装战略功能解析步骤二、楼盘包装整体策略设计步骤三、楼盘包装的具体任务步骤四、入主工地前期阶段楼盘包装策略步骤五、施工阶段楼盘包装策略步骤六、预售阶段楼盘包装策略步骤七、收尾阶段楼盘包装策略操盘模式18、激发最大购买欲样板房包装步骤一、最能激发购买欲的阵地步骤二、样板房包装核心细节处理手法步骤三、最能亲和客户样板房设计战略布局步骤四、样板房包装的身份设计步骤五、经典样板房设计模式操作手法步骤六、样板房设计的几个问题步骤七、明星样板房的秘密步骤八、南国奥园的样板房设计操盘模式19、售楼处的人性化包装设计步骤一、“眼球”效应步骤二、几个设计问题步骤三、如何设计吸引买家的售楼处步骤四、“缩微样板间”设计步骤五、如何合理部署人性化售楼处功能分区步骤六、未来售楼处的设计手法步骤七、操盘模式20、媒介推广策略分析步骤一、媒介推广方面的形象化包装步骤二、广告及宣传A部分：销售标准化流程组织设计策略销售前期准备工作部署步骤一、制定周密的销售计划步骤二、销售基本执行流程设计步骤三、委托代理人还是自产自销步骤四、楼花销售还是现房销售步骤五、如何控制好上市节奏步骤六、精心构思包装售楼处和样板房步骤七、销售前期宣传部署工作流程设计步骤八、销售前期岗位架构设计步骤一、制定周密的销售计划售是企业成本回笼、利润的取得，更重要的是它体现了企业经济效益根据房地产公司一般的做法及经验，销售工作在项目具体开始实施时就介入，首先了解项目概况，编制项目介绍资料，为项目销售租赁作好准备工作计划一：销售流程设计计划二：售前准备部署策划的所有工作都集中体现在销售现场。
head first中所有的设计原则
head first中所有的设计原则在《Head First 设计模式》一书中，提到了以下几种设计原则：
1. 单一职责原则：一个类应该只有一个引起变化的原因。
也就是说，每个类应该只有一个职责，只负责一项功能。
2. 开放封闭原则：软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改。
也就是说，新的功能应该通过添加新的模块或者子类来实现，而不是修改现有的代码。
3. 里氏替换原则：如果S是T的子类，则程序中使用T类型的对象的地方都可以用S类型的对象来替换，而不会引起任何不期望的后果。
4. 接口隔离原则：客户端不应该依赖它不使用的接口。
接口隔离原则可以降低客户代码与实现细节之间的耦合度，使得客户端更加灵活和易于维护。
5. 依赖倒置原则：高层模块不应该依赖于低层模块，它们都应该依赖于抽象。
抽象不应该依赖于细节，细节应该依赖于抽象。
6. 迪米特法则：一个对象应该对其他对象保持最少的了解。
也就是说，一个对象应当尽可能少的与其他对象直接相互作用，不应该强制具体的对象直接通信，而应该使用一种规约方式（例如抽象类或接口）来进行间接通信。
7. 合成复用原则：尽量使用合成/聚合，而不是继承关系达到软件复用的目的。
以上是《Head First 设计模式》中提到的设计原则，这些原则可以帮助我们设计出更加健壮、可维护和可扩展的软件系统。
VS2010_MFC编程入门之二十六(常用控件：滚动条控件Scroll Bar)-软件开发-鸡啄米
gfffffffffffffffff... 持续关注~。请问鸡啄米交流群在哪呢？ 31楼说得很合我意有木有。博主写得很... OnSetActive 函数本身有下... 照这个说法，什么都有缺点，那么什么都可以替 代 感谢鸡啄米 呵呵 MFC学得很受用 double r(3.0); VS... 投资二十元，净赚一千万，免费下载百万... 开始学MFC，本节内容蛮多的，有些难... 赞一个,不错,就这这博客看完一章后又...
void GetScrollRange(LPINT lpMinPos, LPINT lpMaxPos) const;
获取滚动条的滚动范围。参数lpMinPos指向滚动条滚动范围的最小值，参数lpMaxPos指向滚动 条滚动范围的最大值。
void SetScrollRange(int nMinPos, int nMaxPos, BOOL bRedraw = TRUE);
SB_BOTTOM/SB_RIGHT：滚动到底端（右端） SB_TOP/SB_LEFT：滚动到顶端（左端） SB_LINEDOWN/SB_LINERIGHT：向下（向右）滚动一行（列） SB_LINEUP/SB_LINELEFT：向上（向左）滚动一行（列） SB_PAGEDOWN/SB_PAGERIGHT：向下（向右）滚动一页 SB_PAGEUP/SB_PAGELEFT：向上（向左）滚动一页 SB_THUMBPOSITION：滚动到指定位置 SB_THUMBTRACK：滚动框被拖动。可利用该消息来跟踪对滚动框的拖动 SB_ENDSCROLL：滚动结束
// 滚动框的位置，当fMask 中包含SIF_POS 有效
8.
int nTrackPos;
// 滚动时滚动框的位置，当fMask 中包含SIF_TRACKP
课程与教学论前八章习题
第一、二章绪论与流派一、选答题。
下列各小题有四个备选答案，请选出其中一个最适合，并将其序号填入试题的括号中。
1.世界上已发现的最早的课程与教学理论专著是（）。
a.学记b.雄辩术原理c.大学d.大教学论2.教育教学的心理学化是首先由（）提出来的。
a.裴斯泰洛齐b.杜威c.赫尔巴特d.孔子3.课程论从教学论中独立出来的标志是（）。
a.博比特1902年出版的《课程论》b.杜威1918年出版的《儿童与课程》c.博比特1918年出版的《课程论》d.杜威1902年出版的《儿童与课程》4.斯宾塞阐明，自然科学知识具有（）。
a.功利价值b.训练价值c.德育价值d.功利、训练与德育价值5.赫尔巴特及其弟子创立了长期风靡世界的经典（）。
a.四段教学法b.五段教学法c.三段教学法d.直观教学法6.杜威主张，课程应该以（）。
a.儿童为中心b.以儿童社会活动为中心c.以学生为中心d.以教师为中心7.人本主义主张的并行课程，包括（）有机结合而成。
a.情意课程与体验课程b.知识课程、情意课程与体验课程c.知识课程与体验课程d.情意课程与知识课程课程与教学论的研究对象是（）。
a.课程与教学b.课程与教学现象c.课程与教学问题d.课程与教学规律8.大教学论，把（）问题置于首要地位。
a.怎样教学的问题b.教学什么的问题c.为什么教学的问题d.教学是什么的问题9.大课程论把（）问题置于首要地位。
a.怎样教学的问题b.教学什么的问题c.为什么教学的问题d.教学是什么的问题10.课程与教学问题的根本特性是（）。
a.主观性b.独立性c.主观与客观统一性d.客观性答案：a a c d b b b a b c二、填空题1. 是世界上已发现的最早的课程与教学理论专著，古罗马昆体良所著的是西方教育史上第一部系统的教学法专著。
（学记，辩证术原理）2.夸美纽斯一书的出版是教学论诞生的标志，博比特一书的出版被西方社会公认为“课程论”诞生的标志。
（大教学论，课程）3.西方课程与教学心理学化的主要代表人物有、和。
奥姆斯特德六大原则
奥姆斯特德六大原则奥姆斯特德六大原则是由美国计算机科学家彼得·奥姆斯特德提出的一组软件设计原则，旨在帮助开发人员编写可维护、可扩展和易于理解的代码。
这些原则被广泛应用于软件开发过程中，对于提高代码质量和开发效率具有重要意义。
第一原则：单一职责原则(Single responsibility principle)单一职责原则要求一个类或模块应该有且只有一个引起它变化的原因。
简而言之，一个类或模块应该只有一个职责。
这样可以提高代码的可维护性和可测试性，降低代码的复杂度和耦合度。
当一个类拥有多个职责时，任何一个职责的变化都可能影响其他职责，导致代码的修改范围扩大，难以维护和调试。
第二原则：开放封闭原则(Open-closed principle)开放封闭原则要求软件实体(类、模块、函数等)应该对扩展开放，对修改关闭。
也就是说，当需要改变一个软件实体的行为时，应该通过扩展而不是修改原有代码。
这样可以保证原有代码的稳定性和可靠性，并且可以方便地引入新的功能和特性。
第三原则：里氏替换原则(Liskov substitution principle)里氏替换原则要求如果一个类型是其父类型的子类型，那么可以在任何使用父类型的地方都可以使用子类型，而不会产生错误或异常。
这样可以保证代码的稳定性和可靠性，提高代码的可复用性和可扩展性。
违反里氏替换原则可能导致代码的异常行为和错误结果。
第四原则：依赖倒置原则(Dependency inversion principle)依赖倒置原则要求高层模块不应该依赖低层模块，二者都应该依赖于抽象接口。
抽象接口应该由高层模块定义，而具体实现应该由低层模块实现。
这样可以降低模块间的耦合度，提高代码的可维护性和可测试性。
依赖倒置原则也是面向对象设计中的重要原则之一。
第五原则：接口隔离原则(Interface segregation principle)接口隔离原则要求使用多个专门的接口，而不是使用单一的总接口。
设计模式-23种设计模式整体介绍及应用场景、七大设计原则总结
设计模式-23种设计模式整体介绍及应⽤场景、七⼤设计原则总结对象的⼀、创建型模式：都是⽤来帮助我们创建对象的!（关注（关注对象的创建过程））创建过程模式1.单例单例模式保证⼀个类只有⼀个实例，并且提供⼀个访问该实例的全局访问点。
模式("Gof book"中把⼯⼚⽅法与抽象⼯⼚分为两种模式，所以创建型模式共为⼯⼚模式2.⼯⼚五种，这⾥只是为了⽅便整理，合在了⼯⼚模式中)-简单⼯⼚模式⽤来⽣产同⼀等级结构的任意产品。
（对于增加新的产品，需要修改已有代码）-⼯⼚⽅法模式⽤来⽣成同⼀等级结构中的固定产品。
（⽀持增加任意产品）-抽象⼯⼚模式⽤来⽣产不同产品族的全部产品。
（对于增加新的产品，⽆能为⼒，⽀持增加产品族）模式3.建造者建造者模式分离了对象⼦组件的单独构造（由Builder来负责）和装配（由Director负责），从⽽可以构造出复杂的对象。
模式原型模式4.原型通过new产⽣⼀个对象需要⾮常繁琐的数据准备或访问权限，则可以使⽤原型模式。
耦合，从⽽可以松耦合，从⽽可以扩⼤扩⼤结构上实现上实现松⼆、结构型模式：是从程序的、结构型模式：是从程序的结构对象和和类的组织）类的组织）（关注对象解决更⼤的问题。
（关注整体的类结构，⽤来整体的类结构，⽤来解决更⼤的问题。
模式1.适配器适配器模式⼯作中的场景：经常⽤来做旧系统改造和升级；如果我们的系统开发之后再也不需要维护，那么很多模式都是没必要的，但是不幸的是，事实却是维护⼀个系统的代价往往是开发⼀个系统的数倍。
学习中见过的场景：java.io.InputStreamReader(InputStream); java.io.OutpuStreamWriter(OutputStream)模式2.代理代理模式核⼼作⽤：通过代理，控制对对象的访问！可以详细控制访问某个（某类）对象的⽅法，在调⽤这个⽅法前做前置处理，调⽤这个⽅法后做后置处理。
（即：AOP的微观实现！）AOP（Aspect Oriented Programming⾯向切⾯编程）的核⼼实现机制！开发框架中应⽤场景：structs2中拦截器的实现；数据库连接池关闭处理；Hibernate中延时加载的实现；mybatis中实现拦截器插件；AspectJ的实现；spring中AOP的实现（⽇志拦截，声明式事务处理）；web service；RMI远程⽅法调⽤模式桥接模式3.桥接实际开发中应⽤场景：JDBC驱动程序；AWT中的Peer架构；银⾏⽇志管理：格式分类：操作⽇志、交易⽇志、异常⽇志距离分类：本地记录⽇志、异地记录⽇志⼈⼒资源系统中的奖⾦计算模块：奖⾦分类：个⼈奖⾦、团体奖⾦、激励奖⾦。
秦皇岛汤河公园——红飘带
1、良好的自然禀赋 良好的自然禀赋：由于上游的山地和下游的防潮蓄水闸， 良好的自然禀赋 使本地段内的水位保持恒定，水质清澈，是秦皇岛市的一 个水源地；设计地段内除部分被破坏和被占用地段外，两 岸植被茂密，水生和湿生植物茂盛，主要以菱角、菖蒲和 芦苇为主；东岸的乡土乔木尤其壮观，主要有杨、柳、刺 槐，许多柳树甚至长在水中；多种鱼类和鸟类生物在此栖 息。 2、“脏乱差”的人为环境和残破的设施 、 脏乱差” 人为环境和残破的设施：场地具有城郊结 和残破的设施 合部的典型特征，多处地段已成为垃圾场，污水流向河中， 威胁水源卫生；残破的建筑和构筑物，包括一些堆料场地 和厂房、农用民房、皮划艇服务用房、汤河苗圃用房、水 塔、提灌泵房、防洪丁坝、提灌渠等，大部分遗留构筑物 外立面有破损、陈旧，有些已废弃不用，部分河岸坍塌严 重 （人类活动影响景观结构）
3、使用需求压力 使用需求压力：目前这一地带的利用比较复杂，一方 使用需求压力 面当地居民和村民继续以原有方式使用，如放牧；同时， 由于位于城乡结合部的特点和缺乏管理，场地被低劣的 餐馆、废品收购等使用方使所青睐；另一方面，越来越 多的城市居民把它当作游憩地，包括游泳、垂钓、体育 锻炼、猎采，等。所以，及时的规范和引导显得非常重 要。 4、安全隐患和可达性差 安全隐患和可达性差:场地虽然在城市主干道边上，对 安全隐患和可达性差 城市居民有很大的吸引力，但可达性差，可使用性差； 同时，由于人流复杂，空间无序，存在许多管理上的死 角，场地对城市居民存在安全隐患，环境治理迫在眉睫. 5、开发压力：沿河的自然景观吸引了房地产开发，城市 开发压力： 开发压力 扩张正在胁迫汤河，渠化和硬化危险迫近。就在场地的 下游河段，两岸已经建成住宅，随之，河道被花岗岩和 水泥硬化，自然植被完全被“园林观赏植物”替代，大 量的广场和硬地铺装、人工的雕塑和喷泉等彻底改变了 汤河生态绿廊。这是对本地段河道的一个警示和教训。 而实际上，本河段的东侧也已经建成了大量的住宅，新 的房地产项目也在进行中。
架构设计六大原则
架构设计六大原则架构设计是软件开发中至关重要的一环，它决定了软件系统的可靠性、可扩展性、可维护性等方面。
在架构设计中，有六大原则需要遵循，它们分别是：单一职责原则、开闭原则、里氏替换原则、依赖倒置原则、接口隔离原则和迪米特法则。
单一职责原则（SRP）：一个类或模块应该只有一个职责，即只负责一项功能。
这样可以使得类或模块的设计更加简单、清晰，易于维护和扩展。
如果一个类或模块承担了多个职责，那么它的设计就会变得复杂，难以维护和扩展。
开闭原则（OCP）：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
这意味着当需要添加新的功能时，应该通过扩展现有的实体来实现，而不是修改现有的实体。
这样可以避免对现有代码的破坏，提高代码的可维护性和可扩展性。
里氏替换原则（LSP）：子类应该能够替换掉父类并且不会影响程序的正确性。
这意味着子类应该继承父类的所有属性和方法，并且不能修改父类的行为。
这样可以保证程序的正确性和稳定性。
依赖倒置原则（DIP）：高层模块不应该依赖于低层模块，它们应该依赖于抽象。
这意味着模块之间的依赖关系应该通过抽象接口来实现，而不是直接依赖于具体实现。
这样可以降低模块之间的耦合度，提高代码的可维护性和可扩展性。
接口隔离原则（ISP）：客户端不应该依赖于它不需要的接口。
这意味着接口应该尽可能小，只包含客户端需要的方法。
这样可以避免客户端依赖于不必要的接口，提高代码的可维护性和可扩展性。
迪米特法则（LoD）：一个对象应该对其他对象有尽可能少的了解。
这意味着一个对象应该只与它的直接朋友进行交互，而不是与朋友的朋友进行交互。
这样可以降低对象之间的耦合度，提高代码的可维护性和可扩展性。
架构设计六大原则是软件开发中必须遵循的基本原则，它们可以帮助我们设计出高质量、可维护、可扩展的软件系统。
在实际开发中，我们应该根据具体情况灵活运用这些原则，以达到最佳的设计效果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
设计模式 六大法则：（尽量符合，高内聚低耦合）
1： 单一职责（Single Responsibility Principle） : 一个类尽量只完成一个功
能 。 职责扩散在程序上有可能会导致类不能完全实现单一职责。
2: 里氏替换原则（Dependence Inversion Principle）：
所有引用基类的地
方必须能透明地使用其子类的对象
通俗解释： 子类可以扩展父类的功能，但不能改变父类原有的功
能 违背此原则 代码出问题的几率将会大大增加
子类重写了父类的非抽象方法，父类对象在替换为子
类对象时会出问题，功能不一致。
多态在java程序中出现的概率很高，经常参数为父
类对象，可以传父类对象和子类对象。子类重写了方法后，会出现冲突。
非要重写的解决方案： 解除继承关系。实现更高级
别的父类，重写其抽象方法，或者直接实现同一个接口
3: 依赖倒置原则（Dependence Inversion Principle）：
高层模块不应该依赖
低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象
传递依赖关系有三种方式，以上的例子中使用的方法是接口传递，另外还有两种传递
方式：构造方法传递和setter方法传递，相信用过Spring框架的，对依赖的传递方式一定不会陌生
在实际编程中，我们一般需要做到如下3点：
低层模块尽量都要有抽象类或接口，或者两者都有。
变量的声明类型尽量是抽象类或接口。
使用继承时遵循里氏替换原则。
总之，依赖倒置原则就是要我们面向接口编程，理解了面向接口编程，也就理解了依
赖倒置。
4：接口隔离原则（Interface Segregation Principle）：
客户端不应该依赖它不需要的接
口
一个类对另一个类的依赖应该建立在最小的接口上。
问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和
类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。
解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立
依赖关系。也就是采用接口隔离原则。
采用接口隔离原则对接口进行约束时，要注意以下几点：
a、 接口尽量小，但是要有限度。对接口进行细化可以提高程序设计灵活性
是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。
b、 为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的
方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。
c、 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。
运用接口隔离原则，一定要适度，接口设计的过大或过小都不好。设计接口
的时候，只有多花些时间去思考和筹划，才能准确地实践这一原则。
5：
迪米特法则（Law Of Demeter）：单个对象应该对其他对象保持最少的了解
问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一
个类的影响也越大。
解决方案：尽量降低类与类之间的耦合。
6：开闭原则（Open Close Principle）定义：一个软件实体如类、模块和函数应该
对扩展开放，对修改关闭。
问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码
进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重
构，并且需要原有代码经过重新测试。
解决方案：当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通
过修改已有的代码来实现变化。
单一职责原则告诉我们实现类要职责单一；
里氏替换原则告诉我们不要破坏继承体系；
依赖倒置原则告诉我们要面向接口编程；
接口隔离原则告诉我们在设计接口的时候要精简单一；
迪米特 法则告诉我们要降低耦合。而开闭原则是总纲，他告诉
我们要对扩展开放，对修改关闭。