迪米特法则(Law of Demeter)LoD

using System;
using System.Collections.Generic;
using System.Text;

namespace LawOfDemeter
{
    //也叫Least Knowledge Principle ,LKP(最少知识原则)
    //Only talk to your immediate friends
    //一个类应该对自己需要耦合或者调用的类知道的最少,你的内部是如何复杂都对我没关系,那是你的事,我就知道你提供这么多的public方法,我就调用这么多,其他的我一概不关心。
    class Program
    {
        //试想这么一个场景:我们去银行取钱,当然是直接找前台业务员,和他说我要取钱,然后输入一个密码即可,至于钱是如何出来的,我们应该是无法知道了,也不必知道。
        //不应该跳过业务员直接和银行打交道,在这个业务里,我们只和业务员有关系。
        static void Main(string[] args)
        {
            BankClerk bc = new BankClerk();
            bc.DrawMoney(500);
        }
    }

    //银行,钱从里面出,当然,出钱的过程更加复杂,我们也不必知道。
    class Bank
    {
        public void DrawMoney(int value)
        {
            Console.WriteLine("银行出钞" + value + "元");
        }
    }

    //业务员
    class BankClerk
    {
        private Bank bank = new Bank();
        //取钱
        public void DrawMoney(int value)
        {
            //银行内部的业务逻辑应该设为私有,和我们无关,他们自己的取钱规定步骤让他们自己完成。
            //我们只管按照业务员的要求取钱即可。
            DrawMoneyFirstStep();
            DrawMoneySecondStep();
            DrawMoneyThirdStep(value);
        }

        //第一步
        private void DrawMoneyFirstStep()
        {
            Console.WriteLine("业务员正在查询您的存折资料");
        }

        //第二步
        private void DrawMoneySecondStep()
        {
            Console.WriteLine("请输入您的银行密码");
            Console.ReadLine();
            Console.WriteLine("输入成功,验证成功。");
        }

        //第三步
        private void DrawMoneyThirdStep(int value)
        {
            Console.WriteLine("业务员从银行钞票机取钱");
            bank.DrawMoney(value);
            Console.WriteLine("取款成功,这是您的" + value + "元");
        }
    }
}
时间: 2025-01-07 06:23:17

迪米特法则(Law of Demeter)LoD的相关文章

设计模式六大原则(五):迪米特法则(Law Of Demeter)

定义: 一个对象应该对其他对象保持最少的了解. 问题由来: 类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大. 解决方案: 尽量降低类与类之间的耦合. PS: 自从我们接触编程开始,就知道了软件编程的总的原则:低耦合,高内聚. 无论是面向过程编程还是面向对象编程,只有使各个模块之间的耦合尽量的低,才能提高代码的复用率. 低耦合的优点不言而喻,但是怎么样编程才能做到低耦合呢?那正是迪米特法则要去完成的. 迪米特法则又叫最少知道原则,最早是在1987年由美国Northe

设计模式六大原则(5):迪米特法则

迪米特法则 定义:一个对象应该对其他对象保持最少的了解. 问题由来:类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大. 解决方案:尽量降低类与类之间的耦合. 迪米特法则(Law of  Demeter, LoD):一个软件实体应当尽可能少地与其他实体发生相互作用. 如果一个系统符合迪米特法则,那么当其中某一个模块发生修改时,就会尽量少地影响其他模块,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之间通信的宽度和深度.迪米特法则可降低系统的耦

面向对象设计原则之迪米特法则

迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目.迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP),其定义如下: 迪米特法则(Law of  Demeter, LoD):一个软件实体应当尽可能少地与其他实体发生相互作用. 如果一个系统符合迪米特法则,那么当其中某一个模块发生修改时,就会尽量少地影响其他模块,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之

5迪米特法则LoD

一.什么是迪米特法则 迪米特法则(Law of Demeter )又叫做最少知识 原则,也就是说,一个对象应当对其他对象尽可 能少的了解. 迪米特法则最初是用来作为面向对象的系统设 计风格的一种法则,于1987年秋天由lan holland 在美国东北大学为一个叫做迪米特的项目设计提 出的. 二.狭义的迪米特法则 如果两个类不必彼此直接通信,那么这两个类 就不应当发生直接的相互作用.如果其中一个类 需要调用另一类的某一个方法的话,可以通过第 三者转发这个调用. 三.和陌生人说话 四.不要和陌生人

面向对象五大原则-----迪米特法则

什么是迪米特法则 迪米特法则(Law of Demeter )又叫做最少知识原则,也就是说,一个对象应当对其他对象尽可能少的了解.不和陌生人说话.英文简写为: LoD. 迪米特法则最初是用来作为面向对象的系统设计风格的一种法则,于1987年秋天由lan holland在美国东北大学为一个叫做迪米特的项目设计提出的. 迪米特法则的模式与意义 迪米特法则可以简单说成:talk only to your immediate friends. 对于OOD来说,又被解释为下面几种方式:一个软件实体应当尽可

设计模式--迪米特法则(Lod/LKP)

迪米特法则:(Law of Demeter, LoD),也称最少知识原则(Least Knowledge Principle, LKP) 理解: 如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用.如果其中一个类需要调用另一个类的某一个放发的话,可以通过第三者转发这个调用. 只和朋友交流(更准确来讲是:直接的朋友) 每个对象都必然会与其他对象有耦合关系,两个对象之间的耦合就成为朋友关系,这种关系的类型有很多,如组合.聚合.依赖等. 朋友类的定义:出现在成员变量.方法的输入输出参数

学习设计模式 - 六大基本原则之迪米特法则

设计模式总共有六大基本原则,统称为SOLID (稳定)原则,分别是S-单一职责原则(Single Responsibility Principle), O-开闭原则(Open closed Principle),L-里氏替换原则(Liskov Substitution Principle),L-迪米特法则(Law of Demeter),I-接口隔离原则(Interface Segregation Principle),D-依赖倒置原则(Dependence Invension Principl

设计模式原则之迪米特法则

迪米特法则的简写为 LoD,看清楚中间的那个 o 是小写.迪米特法则也叫做做最少知识原则(Least Knowledge Principle,简称 LKP)说的都是一会事,一个对象应该对其他对象有最少的了解,通俗的讲一 个类对自己需要耦合或者调用的类应该知道的最少,你类内部是怎么复杂.怎么的纠缠不清都和我没关系, 那是你的类内部的事情,我就知道你提供的这么多 public 方法,我就调用这个:迪米特法则包含以下四层 意思: 只和朋友交流.迪米特还有一个英文解释叫做“Only talk to yo

面向对象设计原则 迪米特法则(Law of Demeter)

迪米特法则(Law of Demeter) 又叫作最少知识原则(Least Knowledge Principle 简写LKP),英文简写为: LoD. 这是一种面向对象程序设计的指导原则,它描述了一种保持代码松耦合的策略. 迪米特法则可以简单说成:talk only to your immediate friends. 即 只和自己直接的 "朋友" 交谈. 对于OOD来说,又被解释为下面几种方式: 一个软件实体应当尽可能少的与其他实体发生相互作用. 每一个软件单位对其他的单位都只有最

迪米特法则(Law of Demeter)

迪米特法则(Law of Demeter)又叫作最少知识原则(Least Knowledge Principle 简写LKP),就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话. 广义的迪米特法则在类的设计上的体现: 优先考虑将一个类设置成不变类. 尽量降低一个类的访问权限. 谨慎使用Serializable.(不懂) 尽量降低成员的访问权限.