内容简介:在我们刚开始学习编程的时候,通常会将所有的方法都声明为public,例如:厨师类。客人类。
在我们刚开始学习编程的时候,通常会将所有的方法都声明为public,例如:
package com.fanqiekt.principle.lod; /** * 厨师 * * @author 番茄课堂-懒人 */ public class Chef{ public String flavour = "秘制调料XXX"; /** * 做饭 * @param dishName 下单的菜名 */ public void cooking(String dishName) { System.out.println("开始烹饪:"+dishName); switch (dishName){ case "西红柿炒鸡蛋": cookingTomato(); break; case "酸辣土豆丝": cookingPotato(); break; } System.out.println(dishName + "出锅"); } /** * 炒西红柿鸡蛋 */ public void cookingTomato() { System.out.println("放入调料:" + flavour); System.out.println("先炒鸡蛋"); System.out.println("再炒西红柿"); System.out.println("..."); } /** * 炒酸辣土豆丝 */ public void cookingPotato() { System.out.println("放入调料:" + flavour); System.out.println("先放葱姜蒜"); System.out.println("再放土豆丝"); System.out.println("..."); } } 复制代码
厨师类。
package com.fanqiekt.principle.lod; /** * 客人 * @Author: 番茄课堂-懒人 */ public class Client { public static void main(String[] args){ Chef chef = new Chef(); chef.cooking("西红柿炒鸡蛋"); System.out.println("-------"); chef.cooking("酸辣土豆丝"); } } 复制代码
客人类。
这样做好不好?
大家可以先思考下。
2、定义
我们先来看一下迪米特法则的定义。
又称为最少知识原则。
一个软件实体应当尽可能少地与其他实体发生相互作用。
这个比较好理解,一个类尽可能少的与其他的类产生关联,低耦合,高内聚嘛。
迪米特法则包含两种角色:依赖者与被依赖者。
3、含义
我们回到疑惑中的问题,Chef类好不好?
首先,Chef类的角色是被依赖者。
它暴露了flavour属性,这是存在问题的,有哪个厨师愿意把自己的独家配方公开出去啊。
而且它还暴露了依赖者并不关心cookingTomato、cookingPotato两个方法。
对于依赖者来说,我只需要调用cooking方法就可以了,至于菜具体怎么做,就与我无关了。
并且暴露的话,程序员也容易懵逼,这两个方法是干嘛的?我要不要研究下?
所以,
从被依赖者的角度来说:只暴露应该暴露的方法或者属性。
有个简单的套路:
可以用private就绝不用protected,可以用protected就绝不用public。
那Client类总没什么问题了吧。
确实,乍一看感觉没有任何问题的,再乍乍一看还是感觉没有问题。。。
它的不合适不是从语法调用方面看的,而是从依赖关系。
客人是不可以直接依赖厨师的,而应该依赖服务员。
在实际项目中,很可能会存在客人类依赖了厨师类、服务员类,而服务员类又依赖了厨师类。
这会让代码非常混乱,也违背了迪米特法则。
所以,
从依赖者的角度来说:只依赖应该依赖的对象。
4、代码
我们按照迪米特法则优化下代码。
package com.fanqiekt.principle.lod; /** * 厨师 * * @author 番茄课堂-懒人 */ public class Chef{ private String flavour = "秘制调料XXX"; /** * 做饭 * @param dishName 下单的菜名 */ public void cooking(String dishName) { System.out.println("开始烹饪:"+dishName); switch (dishName){ case "西红柿炒鸡蛋": cookingTomato(); break; case "酸辣土豆丝": cookingPotato(); break; } System.out.println(dishName + "出锅"); } /** * 炒西红柿鸡蛋 */ private void cookingTomato() { System.out.println("放入调料:" + flavour); System.out.println("先炒鸡蛋"); System.out.println("再炒西红柿"); System.out.println("..."); } /** * 炒酸辣土豆丝 */ private void cookingPotato() { System.out.println("放入调料:" + flavour); System.out.println("先放葱姜蒜"); System.out.println("再放土豆丝"); System.out.println("..."); } } 复制代码
flavour声明为private,其他类就不可访问了,避免泄漏秘制调料。
cookingTomato、cookingPotato声明为private
cooking需要依赖者调用,所以依旧为public。
package com.fanqiekt.principle.lod; /** * 服务员 * * @author 番茄课堂-懒人 */ public class Waiter { private Chef chef = new Chef(); /** * 点餐 * @param dishName 餐名 */ public void order(String dishName) { System.out.println("客人点餐:"+dishName); chef.cooking(dishName); System.out.println(dishName+"上桌啦,请您品尝!"); } } 复制代码
服务员类,依赖了Chef对象,并声明为private。
package com.fanqiekt.principle.lod; /** * 客人 * @Author: 番茄课堂-懒人 */ public class Client { public static void main(String[] args){ Waiter waiter = new Waiter(); waiter.order("西红柿炒鸡蛋"); System.out.println("-------"); waiter.order("酸辣土豆丝"); } } 复制代码
客人类,依赖了Waiter类。。
客人点餐:西红柿炒鸡蛋 开始烹饪:西红柿炒鸡蛋 放入调料:秘制调料XXX 先炒鸡蛋 再炒西红柿 ... 西红柿炒鸡蛋出锅 西红柿炒鸡蛋上桌啦,请您品尝! ------- 客人点餐:酸辣土豆丝 开始烹饪:酸辣土豆丝 放入调料:秘制调料XXX 先放葱姜蒜 再放土豆丝 ... 酸辣土豆丝出锅 酸辣土豆丝上桌啦,请您品尝! 复制代码
运行结果。
5、优点
降低风险
避免不该暴露的方法或者属性暴露,从而规避风险。
避免依赖关系过于混乱。
6、嘻哈说
接下来,请您欣赏 迪米特法则的原创歌曲 。
嘻哈说:迪米特法则 作曲:懒人 作词:懒人 Rapper:懒人 哥们是个大厨 身材有些发福 您可以让我做饭甚至是打卤 但您无权知晓我具体是油煎炸煮 这是我的秘密才能把客人抓住 这就是最小知识原则的迪米特法则 一个实体尽少与其他产生瓜葛 依赖者只依赖应该依赖的对象绝对可以减少bug 被依赖者只暴露该暴露的属性还有方法呢 把风险被降低绝对不可能是假的 复制代码
闲来无事听听曲,知识已填脑中去;
学习复习新方式,头戴耳机不小觑。
番茄课堂,学习也要酷。
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Redis 深度历险:核心原理与应用实践
钱文品 / 电子工业出版社 / 2019-1 / 79
Redis 是互联网技术架构在存储系统中使用得最为广泛的中间件,也是中高级后端工程师技术面试中面试官最喜欢问的工程技能之一,特别是那些优秀的互联网公司,通常要求面试者不仅仅掌握 Redis 基础用法,还要理解 Redis 内部实现的细节原理。《Redis 深度历险:核心原理与应用实践》作者老钱在使用 Redis 上积累了丰富的实战经验,希望帮助更多后端开发者更快、更深入地掌握 Redis 技能。 ......一起来看看 《Redis 深度历险:核心原理与应用实践》 这本书的介绍吧!