草庐IT

必知必会的设计原则——接口隔离原则

realyrare 2023-03-28 原文

 设计原则系列文章 

  1. 必知必会的设计原则——单一职责原则
  2. 必知必会的设计原则——开放封闭原则
  3. 必知必会的设计原则——依赖倒置原则
  4. 必知必会的设计原则——里氏替换原则
  5. 必知必会的设计原则——接口隔离原则
  6. 必知必会的设计原则——迪米特原则
  7. 必知必会的设计原则——合成复用原则

概述

1、 客户端不应该依赖它不需要的接口。
2、 一个类对另一个类的依赖应该建立在最小接口上。
3、接口应尽量细分,不要在一个接口中放很多方法。

接口分离和单一原则关系

单一职责:只做一件事 /影响类变化的原因只有一个。目的是你为了高内聚(模块内部的相似程度).
接口隔离:目的是为了低耦合(模块之间的依赖程度要低)。

未使用接口隔离原则的代码

 public interface IScore
    {
        void QueryScore();
        void UpdateScore();
        void AddScore();
        void DeleteScore();
        double GetSumScore();
        double GetAvgScore();
        void PrintScore();
        void SendScore();
    }

    public class Teacher : IScore
    {
        public void AddScore()
        {
            throw new NotImplementedException();
        }
        public void DeleteScore()
        {
            throw new NotImplementedException();
        }
        public double GetAvgScore()
        {
            throw new NotImplementedException();
        }
        public double GetSumScore()
        {
            throw new NotImplementedException();
        }
        public void PrintScore()
        {
            throw new NotImplementedException();
        }
        public void QueryScore()
        {
            throw new NotImplementedException();
        }
        public void SendScore()
        {
            throw new NotImplementedException();
        }
        public void UpdateScore()
        {
            throw new NotImplementedException();
        }
    }
    public class Student : IScore
    {
        public void AddScore()
        {
            throw new NotImplementedException();
        }
        public void DeleteScore()
        {
            throw new NotImplementedException();
        }
        public double GetAvgScore()
        {
            throw new NotImplementedException();
        }
        public double GetSumScore()
        {
            throw new NotImplementedException();
        }
        public void PrintScore()
        {
            throw new NotImplementedException();
        }
        public void QueryScore()
        {
            throw new NotImplementedException();
        }
        public void SendScore()
        {
            throw new NotImplementedException();
        }
        public void UpdateScore()
        {
            throw new NotImplementedException();
        }
    }

以上定义成绩接口,接口里面包含的方法分别为查询成绩,添加成绩、修改成绩、删除成绩、成就求和,成绩求平均数、打印成绩、发送成绩。Teacher和student类都实现IScore的方法 ,有些方法教师或学生根本没必要实现。

使用接口隔离原则的代码

 public interface ITeacherScore
    {
        void AddScore();
        void DeleteScore();
        double GetSumScore();
        double GetAvgScore();
        void PrintScore();
        void SendScore();
    }
    public class Teacher2 : ITeacherScore
    {
        public void AddScore()
        {
            throw new NotImplementedException();
        }
        public void DeleteScore()
        {
            throw new NotImplementedException();
        }
        public double GetAvgScore()
        {
            throw new NotImplementedException();
        }

        public double GetSumScore()
        {
            throw new NotImplementedException();
        }

        public void PrintScore()
        {
            throw new NotImplementedException();
        }

        public void SendScore()
        {
            throw new NotImplementedException();
        }
    }

    public interface IStudentScore
    {
        void QueryScore();
        void PrintScore();
    }
    public class Student2 : IStudentScore
    {
        public void PrintScore()
        {
            throw new NotImplementedException();
        }

        public void QueryScore()
        {
            throw new NotImplementedException();
        }
    }

以上代码使用接口隔离原则后,接口职责很清晰,定义的接口不再像之前的大而全。

总结

接口隔离原则和单一职责原则很像,关于二者之间的关系在开头概述里面已经描述,如有疑问欢迎与我交流。

有关必知必会的设计原则——接口隔离原则的更多相关文章

  1. ruby-on-rails - Rails - 子类化模型的设计模式是什么? - 2

    我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co

  2. ruby-on-rails - 使用 rails 4 设计而不更新用户 - 2

    我将应用程序升级到Rails4,一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时,用户会更新。但是当我添加例如字段:name时,它​​不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗?我也搜索过这个地方,找到了许多不同的解决方案,但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数,您可以在ApplicationController中使用beforefilter,因为Rails4将参数

  3. postman接口测试工具-基础使用教程 - 2

    1.postman介绍Postman一款非常流行的API调试工具。其实,开发人员用的更多。因为测试人员做接口测试会有更多选择,例如Jmeter、soapUI等。不过,对于开发过程中去调试接口,Postman确实足够的简单方便,而且功能强大。2.下载安装官网地址:https://www.postman.com/下载完成后双击安装吧,安装过程极其简单,无需任何操作3.使用教程这里以百度为例,工具使用简单,填写URL地址即可发送请求,在下方查看响应结果和响应状态码常用方法都有支持请求方法:getpostputdeleteGet、Post、Put与Delete的作用get:请求方法一般是用于数据查询,

  4. LC滤波器设计学习笔记(一)滤波电路入门 - 2

    目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》,侵权删。前言最近需要学习放大电路和滤波电路,但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放,所以也是相当从零开始学习了。滤波电路科普主要分类滤波器:主要是从不同频率的成分中提取出特定频率的信号。有源滤波器:由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波,最普通易于采用的无源滤波器结构是将电感与电容串联,可对主要次谐波(3、5、7)构成低阻抗旁路。无源滤波器:无源滤波器,又称

  5. 计算机毕业设计ssm+vue基本微信小程序的小学生兴趣延时班预约小程序 - 2

    项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明:前端使用微信微信小程序开发工具:后端使用ssm:VU

  6. ruby-on-rails - 设计注册确认 - 2

    我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中,我没有任何确认。在我的用户模型中,我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:

  7. ruby - 最佳原则中的原则 - 2

    我似乎经常遇到一些设计问题,但我不知道是什么是真的很合适。一方面我经常听到我应该限制耦合和坚持单一职责,但当我这样做时,我常常发现它很困难到在需要时将信息获取到程序的一部分。为了例如,classSingerdefinitialize(name)@name=nameendattr:nameend那么Song应该是:classSongdefnew(singer)@singer=singerendend或classSongdefnew(singer_name)@singer_name=singer_nameendend后者耦合性小,按道理应该用。但如果我以后发现宋有什么需要了解更多歌手,我的

  8. ruby-on-rails - 设计通过 reset_password_token 获取用户 - 2

    我正在尝试创建密码规则来设计可恢复的密码更改。我通过passwords_controller.rb做了一个父类(superclass),但我需要在应用规则之前检查用户角色,但我所拥有的只是reset_password_token。 最佳答案 假设您的模型是用户:User.with_reset_password_token(your_token_here)Source 关于ruby-on-rails-设计通过reset_password_token获取用户,我们在StackOverflow

  9. ruby-on-rails - Rails 5,公寓和设计 : sign in with subdomains are not working - 2

    我已经使用Apartment设置了一个Rails5应用程序(1.2.0)和Devise(4.2.0)。由于某些DDNS问题,应用只能在app.myapp.com下访问(请注意子域app)。myapp.com重定向到app.myapp.com。我的用例是每个注册该应用的用户(租户)都应该通过他们的子域(例如tenant.myapp.com)访问他们的特定数据。用户不应限定在其子域内。基本上应该可以从任何子域登录。重定向到租户的正确子域由ApplicationController处理。根据Devise标准,登录页面位于app.myapp.com/users/sign_in。这就是问题开始的

  10. ruby-on-rails - 设计中的 ArgumentError::RegistrationsController#new 错误的参数数量(2 代表 0..1) - 2

    我在关注RyanbatesRailsCast的devise和omniauth(第235集-devise-and-omniauth-revised)。当我尝试使用Twitter登录时,标题中不断出现错误。defself.new_with_session(params,session)ifsession["devise.user_attributes"]new(session["devise.user_attributes"],without_protection:true)do|user|user.attributes=paramsuser.valid?end完整跟踪:C:/Ruby20

随机推荐