设计模式之隔离宗的美女

2024-06-13 13:48
文章标签 设计模式 隔离 美女

本文主要是介绍设计模式之隔离宗的美女,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

接口隔离原则:客户端不应该依赖它不需要的接口,类间的依赖关系应该建立在最小的接口上。

小语跟神秘胖子前往隔离宗。

自从胖子来到了隔离宗的地界上,就神神秘秘的,时不时嘴角还露出一抹有些淫荡的笑,看的小语摸不着头脑。

“胖子,你怎么了?怎么总是浮现出让人恶心的笑?”

“嘿嘿~!你不知道隔离宗最出名的是什么嘛?”,胖子鬼鬼祟祟的说道。

“不知道啊!”小语更加挠头了。

“美女啊,美女,隔离宗盛产美女!到地方你就知道了。”胖子一脸坏笑的说道。

到了隔离宗…

胖子的眼睛就没有眨过,口水都流下来了。小语虽然没有那么不堪,不过也是看的眼睛发直,漂亮妹子太多了!

各种各样的美女,御姐型的、可爱型的,看的眼花缭乱,隔离宗真是名不虚传啊!

在隔离宗中间还有个大台子,上面挂着一个横幅,写着第37届选美大赛。

怪不得这么多美女啊,原来是选美啊!

这时,台子上,上去一个丰满的美女,说道:“欢迎大家莅临37届隔离宗选美大赛,选美大赛即将开始了,那么今年的选美标准跟往年有些不同,在这里我跟大家再次说明一下!”

“往年,我们的选美标准是相貌、身材和气质,三个标准权重并列,但是由于近年来整容风盛行,让人们对于外貌已经有点审美疲劳了,大家有时候更喜欢气质型美女,外貌和身材反而不那么看重了。所以今年我们的标准权重改一改,外貌和身材权重占比50%,气质单独占比50%!”说道这里,示意工作人员比赛可以开始了。

这时,胖子在旁边叹道,不愧是隔离宗,时时刻刻都遵循着接口隔离原则啊!

小语看着胖子,眨了眨眼,不知胖子何出此言。

胖子解释道,“你仔细想一下他们的选美标准,之前他们的美女标准是什么?”

“外貌、身材和气质啊!”小语答道。

“嗯,是的!之前的美女标准是只有符合这三点要求的才算是美女,但是现在呢?现在只要符合气质项,就可以称作是气质美女了!那么对于也许外貌和身材没那么好的气质美女来说,外貌和身材其实就是多余的评判标准了,所以现在的选美标准,气质占比50%!咱们用代码来描述一下!”

//旧的美女标准  必需实现三个方法的才算是美女
public interface Beauty {//外貌好void goodLooking();//身材好void niceFigure();//气质佳void greatTemperament();}
//妖妖是个标准的大美女
public class YaoYao  implements Beauty{@Overridepublic void goodLooking() {System.out.println("外貌优秀");}@Overridepublic void niceFigure() {System.out.println("身材棒");}@Overridepublic void greatTemperament() {System.out.println("气质佳");}}

旧的评判标准必需符合外貌好、身材棒、气质佳的才算美女,放在以前是没有问题的,但是现在气质佳的就算美女了,那么馨馨是个气质型美女

//馨馨是个气质型美女
public class XinXin implements Beauty{//外貌好看 和身材棒 没有实现 因为馨馨可能够不上这两个的标准 那么根据接口隔离原则//不应该依赖不需要的接口 这两个接口就多余了 不符合接口隔离原则 @Overridepublic void goodLooking() {}@Overridepublic void niceFigure() {}@Overridepublic void greatTemperament() {System.out.println("气质佳");}}

根据新的标准,旧的接口不符合接口隔离原则,那么我们需要改良接口

//外貌身材好的美女
public interface GoodBodyBeauty {//外貌好void goodLooking();//身材好void niceFigure();}
//气质型美女
public interface GreatTemBeauty {//气质佳void greatTemperament();}

拆分为两个接口外貌身材好的美女接口,气质型美女接口,重新实现气质型美女馨馨

//馨馨是个气质型美女
public class XinXin implements GreatTemBeauty{@Overridepublic void greatTemperament() {System.out.println("气质佳");}}

妖妖这个最大的美女,可以这样实现

//妖妖是个标准的大美女
public class YaoYao  implements GoodBodyBeauty,GreatTemBeauty{@Overridepublic void goodLooking() {System.out.println("外貌优秀");}@Overridepublic void niceFigure() {System.out.println("身材棒");}@Overridepublic void greatTemperament() {System.out.println("气质佳");}}

如果只是外貌好看的美女,那么只实现外貌身材好的接口即可。
接口隔离原则细化了接口,给了我们更大的灵活性。

这时,选美比赛第一轮已经出了结果,妖妖是第一,馨馨是第二…

答疑:单一职责跟接口隔离原则的联系和区别
单一职责 类应该只有一个引起它变化的原因,这里的原因是一系列高内聚的方法来实现的职责,
单一职责强调的是类和接口的职责单一,接口隔离强调的是接口和类的方法尽量少!

更多内容,欢迎同步关注作者公众号二维码!
程序员内功修炼手册 主要发布计算机基础、设计模式、计算机网络基础知识,同时重点关注大前端知识
Android、iOS、web前端、Flutter、React Native等,想学习大前端知识的速度来吧,一起学习、一起成长!
在这里插入图片描述

这篇关于设计模式之隔离宗的美女的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1057476

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

设计模式之工厂模式(通俗易懂--代码辅助理解【Java版】)

文章目录 1、工厂模式概述1)特点:2)主要角色:3)工作流程:4)优点5)缺点6)适用场景 2、简单工厂模式(静态工厂模式)1) 在简单工厂模式中,有三个主要角色:2) 简单工厂模式的优点包括:3) 简单工厂模式也有一些限制和考虑因素:4) 简单工厂模式适用场景:5) 简单工厂UML类图:6) 代码示例: 3、工厂方法模式1) 在工厂方法模式中,有4个主要角色:2) 工厂方法模式的工作流程

C#设计模式(1)——单例模式(讲解非常清楚)

一、引言 最近在学设计模式的一些内容,主要的参考书籍是《Head First 设计模式》,同时在学习过程中也查看了很多博客园中关于设计模式的一些文章的,在这里记录下我的一些学习笔记,一是为了帮助我更深入地理解设计模式,二同时可以给一些初学设计模式的朋友一些参考。首先我介绍的是设计模式中比较简单的一个模式——单例模式(因为这里只牵涉到一个类) 二、单例模式的介绍 说到单例模式,大家第一

漫谈设计模式 [12]:模板方法模式

引导性开场 菜鸟:老大,我最近在做一个项目,遇到了点麻烦。我们有很多相似的操作流程,但每个流程的细节又有些不同。我写了很多重复的代码,感觉很乱。你有啥好办法吗? 老鸟:嗯,听起来你遇到了典型的代码复用和维护问题。你有没有听说过“模板方法模式”? 菜鸟:模板方法模式?没听过。这是什么? 老鸟:简单来说,模板方法模式让你在一个方法中定义一个算法的骨架,而将一些步骤的实现延迟到子类中。这样,你可

漫谈设计模式 [9]:外观模式

引导性开场 菜鸟:老鸟,我最近在做一个项目,感觉代码越来越复杂,我都快看不懂了。尤其是有好几个子系统,它们之间的调用关系让我头疼。 老鸟:复杂的代码确实让人头疼。你有没有考虑过使用设计模式来简化你的代码结构? 菜鸟:设计模式?我听说过一些,但不太了解。你觉得我应该用哪个模式呢? 老鸟:听起来你的问题可能适合用**外观模式(Facade Pattern)**来解决。我们可以一起探讨一下。

设计模式大全和详解,含Python代码例子

若有不理解,可以问一下这几个免费的AI网站 https://ai-to.cn/chathttp://m6z.cn/6arKdNhttp://m6z.cn/6b1quhhttp://m6z.cn/6wVAQGhttp://m6z.cn/63vlPw 下面是设计模式的简要介绍和 Python 代码示例,涵盖主要的创建型、结构型和行为型模式。 一、创建型模式 1. 单例模式 (Singleton

漫谈设计模式 [6]:适配器模式

引导性开场 菜鸟:老鸟,我最近在项目中遇到一个问题,我们的系统需要集成一个新的第三方库,但这个库的接口和我们现有的代码完全不兼容。我该怎么办? 老鸟:这是个常见的问题,很多开发者都会遇到这种情况。你有没有听说过适配器模式? 菜鸟:适配器模式?没有,能详细说说吗? 老鸟:当然可以!这就是我们今天要讨论的主题。适配器模式是一个设计模式,可以帮助我们解决你现在遇到的问题。 渐进式介绍概念 老

2 观察者模式(设计模式笔记)

2 观察者模式(别名:发布-订阅) 概念 定义对象间的一种一对多的依赖关系,当一个对象状态发生变化时,所以依赖于它的对象都得到通知并被自动更新。 模式的结构与使用 角色 主题(Subject)观察者(Observer)具体主题(ConcreteSubject)具体观察者(ConcreteObserver) 结构 Subject依赖于Observer最重要!!! package

1 单例模式(设计模式笔记)

1 单例模式 概述:使得一个类的对象成为系统中的唯一实例。 具体实现: 构造函数私有化 限制实例的个数 懒汉式(时间换空间) public class Singleton2 {public static Singleton2 singleton2;private Singleton2(){}public static Singleton2 getInstance() throws I

第三章 UML类图简介(设计模式笔记)

第三章 UML类图简介 3.1类 3.2接口 名字层必须有<> 3.3 泛化(继承)关系 箭头终点端指向父类(空心三角形) 3.4 关联(组合1)关系 B类是A类的成员变量 ,称A关联B。 箭头终点端指向B 3.5 依赖(组合2)关系 B类是A类的某个方法的参数 ,称A依赖B。 箭头终点端指向B(虚线) 3.6 实现关系 箭头终点端指向接口(虚线,空心