迪米特-什么是迪米特法则

三号种子、亚洲一哥锦织圭则是苦战三盘淘汰了保加利亚人迪米特洛夫晋级四强。

锦织圭今年的在大师赛中表现稳定，此前四次参赛获得了两个四强和一个亚军的佳绩。不过在温网和法网他都发挥不佳，两项比赛止步第四轮令人失望。迪米特洛夫今年下滑趋势明显，世界排名已经下滑到40位。无论是屡次更换教练还是场外的花边新闻，都成为牵绊保加利亚人前进的暗礁。两人此前两次交手，都是锦织圭获得胜利。

首盘比赛由迪米率先发球，第五局锦织圭直落四分破发，随后他挽救两个破发点保发42领先。第九局是保加利亚人非保不可的发球局，平分之后锦织圭逼出盘点，他拿下关键分二度破发之后63先声夺人。第二盘迪米特洛夫在首局就完成破发，他在第二盘一共挽救了五个破发点力保发球局不丢。第九局锦织圭虽然挽救了两个盘点，还是在第三分上陷落被破发，迪米63扳回一城。

决胜盘第三局三号种子400手握三次破发良机，他在破发之后保发取得了31的开局。第五局迪米依旧无力保发，锦织圭随后破发把优势扩大到了51。进入自己的发球胜赛局，亚洲一哥送出保发，以62拿下这场比赛胜利，将在半决赛与瓦林卡交手。

具体来说，真是几篇纸也讲不完，但从我的经验来说。当然是我的个人认为最为重要的地方。

一、大量的注释（当然代码极为简单已经表明意思的除外）

二、要求有良好的客户体验。

下面是我从网络摘抄：（希望对你能有所帮助）

设计模式遵循的一般原则：

1开闭原则一个软件实体应当对扩展开发对修改关闭说的是再设计一个模块的时候应当使这个模块可以在不被修改的前提下被扩展换言之应当可以在不必修改源代码的情况下改变这个模块的行为，在保持系统一定稳定性的基础上，对系统进行扩展。这是面向对象设计（OOD）的基石，也是最重要的原则。

2里氏代换原则常缩写为LSP

1由芭芭拉里氏提出，是继承复用的基石。

2严格表达如果每一个类型为T1的对象o1都有类型为T2的对象o2使得以T1定义的所有程序P在所有的对象o1都代换称o2时程序P的行为没有变化那么类型T2是类型T1的子类型

换言之一个软件实体如果使用的是一个基类的话那么一定适用于其子类而且它根本不能察觉出基类对象和子类对象的区别只有衍生类可以替换基类，软件单位的功能才能不受影响，基类才能真正被复用，而衍生类也能够在基类的基础上增加新功能。

3反过来的代换不成立

4lt墨子小取gt中说"白马马也乘白马乘马也骊马黑马马也乘骊马乘马也"

5该类西方著名的例程为正方形是否是长方形的子类答案是"否"。类似的还有椭圆和圆的关系。

6应当尽量从抽象类继承而不从具体类继承一般而言如果有两个具体类AB有继承关系那么一个最简单的修改方案是建立一个抽象类C然后让类A和B成为抽象类C的子类即如果有一个由继承关系形成的登记结构的话那么在等级结构的树形图上面所有的树叶节点都应当是具体类而所有的树枝节点都应当是抽象类或者接口

7"基于契约设计简称DBC"这项技术对代换原则提供了支持该项技术伯特兰做过详细的介绍

使用DBC类的编写者显式地规定针对该类的契约客户代码的编写者可以通过该契约获悉可以依赖的行为方式契约是通过每个方法声明的前置条件和后置条件来指定的要使一个方法得以执行前置条件必须为真执行完毕后该方法要保证后置条件为真就是说在重新声明派生类中的例程时只能使用相等或者更弱的前置条件来替换原始的前置条件只能使用相等或者更强的后置条件来替换原始的后置条件

3依赖倒置原则要求客户端依赖于抽象耦合

1表述抽象不应当依赖于细节细节应当依赖于抽象

2表述二针对接口编程的意思是说应当使用接口和抽象类进行变量的类型声明参量的类型声明方法的返还类型声明以及数据类型的转换等不要针对实现编程的意思就是说不应当使用具体类进行变量的类型声明参量类型声明方法的返还类型声明以及数据类型的转换等

要保证做到这一点一个具体的类应等只实现接口和抽象类中声明过的方法而不应当给出多余的方法

只要一个被引用的对象存在抽象类型就应当在任何引用此对象的地方使用抽象类型包括参量的类型声明方法返还类型的声明属性变量的类型声明等

3接口与抽象的区别就在于抽象类可以提供某些方法的部分实现而接口则不可以这也大概是抽象类唯一的优点如果向一个抽象类加入一个新的具体方法那么所有的子类型一下子就都得到得到了这个新的具体方法而接口做不到这一点如果向一个接口加入了一个新的方法的话所有实现这个接口的类就全部不能通过编译了因为它们都没有实现这个新声明的方法这显然是接口的一个缺点

4一个抽象类的实现只能由这个抽象类的子类给出也就是说这个实现处在抽象类所定义出的继承的登记结构中而由于一般语言都限制一个类只能从最多一个超类继承因此将抽象作为类型定义工具的效能大打折扣

反过来看接口就会发现任何一个实现了一个接口所规定的方法的类都可以具有这个接口的类型而一个类可以实现任意多个接口

5从代码重构的角度上讲将一个单独的具体类重构成一个接口的实现是很容易的只需要声明一个接口并将重要的方法添加到接口声明中然后在具体类定义语句中加上保留字以继承于该接口就行了

而作为一个已有的具体类添加一个抽象类作为抽象类型不那么容易因为这个具体类有可能已经有一个超类这样一来这个新定义的抽象类只好继续向上移动变成这个超类的超类如此循环最后这个新的抽象类必定处于整个类型等级结构的最上端从而使登记结构中的所有成员都会受到影响

6接口是定义混合类型的理想工具所为混合类型就是在一个类的主类型之外的次要类型一个混合类型表明一个类不仅仅具有某个主类型的行为而且具有其他的次要行为

7联合使用接口和抽象类

由于抽象类具有提供缺省实现的优点而接口具有其他所有优点所以联合使用两者就是一个很好的选择

首先声明类型的工作仍然接口承担的但是同时给出的还有一个抽象类为这个接口给出一个缺省实现其他同属于这个抽象类型的具体类可以选择实现这个接口也可以选择继承自这个抽象类如果一个具体类直接实现这个接口的话它就必须自行实现所有的接口相反如果它继承自抽象类的话它可以省去一些不必要的的方法因为它可以从抽象类中自动得到这些方法的缺省实现如果需要向接口加入一个新的方法的话那么只要同时向这个抽象类加入这个方法的一个具体实现就可以了因为所有继承自这个抽象类的子类都会从这个抽象类得到这个具体方法这其实就是缺省适配器模式

8什么是高层策略呢它是应用背后的抽象是那些不随具体细节的改变而改变的真理它是系统内部的系统隐喻

4接口隔离原则SP

（1）一个类对另外一个类的依赖是建立在最小的接口上。

（2）使用多个专门的接口比使用单一的总接口要好根据客户需要的不同而为不同的客户端提供不同的服务是一种应当得到鼓励的做法就像"看人下菜碟"一样要看客人是谁再提供不同档次的饭菜

（3）胖接口会导致他们的客户程序之间产生不正常的并且有害的耦合关系当一个客户程序要求该胖接口进行一个改动时会影响到所有其他的客户程序因此客户程序应该仅仅依赖他们实际需要调用的方法

5合成聚合复用原则

在一个新的对象里面使用一些已有的对象使之成为新对象的一部分新的对象通过这些向对象的委派达到复用已有功能的目的这个设计原则有另一个简短的表述要尽量使用合成聚合尽量不要使用继承

6迪米特法则又叫做最少知识原则就是说一个对象应当对其他对象有尽可能少的了了解

迪米特法则最初是用来作为面向对象的系统设计风格的一种法则与年秋天由在美国东北大学为一个叫做迪米特的项目设计提出的因此叫做迪米特法则86这条法则实际上是很多著名系统比如火星登陆软件系统木星的欧罗巴卫星轨道飞船的软件系统的指导设计原则

没有任何一个其他的OO设计原则象迪米特法则这样有如此之多的表述方式如下几种

1只与你直接的朋友们通信

2不要跟"陌生人"说话

3每一个软件单位对其他的单位都只有最少的知识而且局限于那些本单位密切相关的软件单位

就是说如果两个类不必彼此直接通信那么这两个类就不应当发生直接的相互作用如果其中的一个类需要调用另一个类的某一个方法的话可以通过第三者转发这个调用。

7单一职责原则P

就一个类而言应该仅有一个引起它变化的原因如果你能想到多于一个的动机去改变一个类那么这个类就具有多于一个的职责应该把多于的指责分离出去分别再创建一些类来完成每一个职责

他的女友是妮可舒可辛格，

但这有些不能看表面要多，

也许可能怕影响现实的生活，

毕竟或许是生活中的个人隐私。

生命是一程旅途……人们所有的享受与幸福只不过是生命路旁的旅社，供人们稍事休息，好让人们增添精力到达终点。

今年第二度打进男单决赛的迪米特洛夫希望在伊斯坦布尔终结近两年的冠军荒，他也非常有机会做到，保加利亚人一度取得76（5）52的领先，离胜利近在咫尺。不过此时，迪米突然不会打球了，在以67（4）输掉第二盘后，前NO8彻底崩盘。“第二盘52领先时我抽筋了，很不走运，我拿不下比赛。施瓦茨曼的表现值得肯定。”迪米在赛后说道。

在决胜盘0比2和0比4落后时，迪米重重地砸毁了两把球拍，并一度连丢13分。在0比5时，失控的保加利亚人边走回座位边对裁判拉亚尼说道，“看过来”，然后暴力地将手中的球拍再次砸在地上。发泄过后，迪米和裁判握手以示认输，拉亚尼也直接把比赛胜利判给了阿根廷矮脚虎施瓦茨曼，成就了后者生涯首冠。

赛后颁奖典礼上，迪米对自己比赛中不理智行为向全场观众道歉，“我让自己失望，让团队失望，让我的家人失望。我为这样的行为向大家道歉。全都是我的错。”