设计模式接口（设计模式接口隔离原则）

本篇文章给大家谈谈设计模式接口，以及设计模式接口隔离原则对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享设计模式接口的知识，其中也会对设计模式接口隔离原则进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、设计模式六大原则(四)----接口隔离原则
• 2、设计模式中，什么是接口 interface-CSDN论坛
• 3、24种设计模式

设计模式六大原则(四)----接口隔离原则

也就是说: 接口尽量细化，接口中的方法尽量少

从功能上来看，接口隔离原则和单一职责原则都是为了提高类的内聚, 降低类之间的耦合, 体现了封装的思想。但二者还是有区别的。

（1）从原则约束来看: 接口隔离原则更关注的是接口依赖程度的隔离设计模式接口；而单一职责原则更加注重的是接口职责的划分。

（2）从接口的细化程度来看: 单一职责原则对接口的划分更加精细，而接口隔离原则注重的是相同功能的接口的隔离。接口隔离里面的最小接口有时可以是多个单一职责的公共接口。

（3）单一职责原则更加偏向对业务的约束: 接口隔离原则更加偏向设计架构的约束。这个应该好理解，职责是根据业务功能来划分的，所以单一原则更加偏向业务设计模式接口；而接口隔离更多是为了“高内聚”，偏向架构的设计。

接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则有以下 5 个优点。

在具体应用接口隔离原则时，应该根据以下几个规则来衡量。
1）接口要尽量小
不能出现Fat Interface；但是要有限度，首先不能违反单一职责原则（不能一个接口对应半个职责）。

2）接口要高内聚
在接口中尽量少公布public方法。
接口是对外的承诺，承诺越少对系统的开发越有利。

3）定制服务
只提供访问者需要的方法。例如，为管理员提供IComplexSearcher接口，为公网提供ISimpleSearcher接口。

4）接口的设计是有限度的
了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同, 需要深入了解业务逻辑。

下面以学生成绩管理为例来说明接口隔离原则:

分析：学生成绩管理程序一般包含查询成绩、新增成绩、删除成绩、修改成绩、计算总分、计算平均分、打印成绩信息等功能，通常设计模式接口我们会怎么做呢？

通常我们设计接口的方式如下:

我们会吧所有的功能都放在一个接口里面. 这会产生什么样的问题呢?
首先, 接口的方法很多, 不利于扩展. 比如: 学生只有查看成绩,打印成绩单的权限, 没有增删改的权限; 老师拥有所有的权限.
查询成绩单:

操作成绩单

可以看出问题. 查询成绩单, 我们只会用到两个方法, 可是因为实现了接口, 不得不重写所有的方法.
如果这时候增加需求--发送给家长, 只有老师才有这个权限, 学生没有这个权限. 可是, 在接口中增加一个抽象方法以后, 所有的实现类都要重写这个方法. 这就违背了开闭原则.

采用接口隔离原则设计的接口, UML图如下:

我们将原来的一个接口进行了接口拆分. 分为查询接口和操作接口. 这样学生端就不需要重写和他不相关的接口了.

如果将这些功能全部放到一个接口中显然不太合理，正确的做法是将它们分别放在输入模块、统计模块和打印模块等 3 个模块中，其类图如图 1 所示

设计模式中，什么是接口 interface-CSDN论坛

Java不支持多重继承，即一个类只能有一个父类
为了克服单继承的缺点，Java使用了接口，一个类可以实现多个接口
接口是抽象方法和常量值定义的集合，是一种特殊的抽象类
接口中只包含常量和方法的定义，没有变量和方法的实现
接口中的所有方法都是抽象的
接口中成员的访问类型都是public
接口中的变量默认使用public static final标识(可以在定义的时候不加此修饰，系统默认)
接口通过使用关键字interface来声明
格式：interface 接口的名字
接口体：
接口体中包含常量定义和方法定义两部分
接口体中只进行方法的声明，不允许提供方法的实现
方法的定义没有方法体，且用分号结尾
public interface Runner
{
int ID=1;
void run();
}
接口允许被继承，可以用extends继承一个已有的接口
public interface Runner
{
int ID=1;
void run();
}
interface Animal extends Runner
{
void breathe();
}
通过使用implements实现接口中的所有方法
class Fish implements Animal
{
public void run()
{
System.out.println("Fish is swiming");
}
public void breathe()
{
System.out.println("Fish is bubbling");
}
}
如果只需要实现某接口中定义的部分方法，可以通过定义一个抽象类来实现
abstract class LandAnimal implements Animal
{
public void breathe()
{
System.out.println("LandAnimal is breathing");
}
一个类可以继承一个父类的同时，实现一个或多个接口，extends关键字必须位于implements关键字之前
class Student extends Person implements Runner
{
……
public void run()
{
System.out.println("The student is Running");
}
……
}
在类中实现接口的方法时，方法的名字、返回类型、参数个数及类型必须与接口中的完全一致
接口中的方法默认是public 的，所有类在实现接口方法时，一定要用public来修饰
如果接口的方法的返回类型不是void，则在类中实现该接口方法时，方法体至少要有一个return语句
如果是void类型，类体除了两个大括号以外，可以没有任何语句
Java中提供的接口都在相应的包中，通过引入包可以使用Java提供的接口，也可以自己定义接口
一个Java源文件就是由类和接口组成的
接口可以增加很多类都需要实现的功能，不同的类可使用相同的接口，同一个类也可实现多个接口
接口只关心功能，并不关心功能的具体实现，使用相同接口的类不一定有继承关系
public接口：接口声明时，关键字interface前面加上public关键字，可以被任何一个类使用
友好接口类：一个接口不加修饰，友好接口可以被同同一包中的类使用，转载，仅供参考。

24种设计模式

一、创建型模式 

1、抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类. 

2、生成器模式(Builder pattern): 使用生成器模式封装一个产品的构造过程, 并允许按步骤构造. 将一个复杂对象的构建与它的表示分离, 使得同样的构建过程可以创建不同的表示. 

3、工厂模式(factory method pattern): 定义了一个创建对象的接口, 但由子类决定要实例化的类是哪一个. 工厂方法让类把实例化推迟到子类. 

4、原型模式(prototype pattern): 当创建给定类的实例过程很昂贵或很复杂时, 就使用原形模式. 

5、单例了模式(Singleton pattern): 确保一个类只有一个实例, 并提供全局访问点. 

6、多例模式(Multition pattern): 在一个解决方案中结合两个或多个模式, 以解决一般或重复发生的问题. 

二、结构型模式 

1、适配器模式(Adapter pattern): 将一个类的接口, 转换成客户期望的另一个接口. 适配器让原本接口不兼容的类可以合作无间. 对象适配器使用组合, 类适配器使用多重继承. 

2、桥接模式(Bridge pattern): 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变. 

3、组合模式(composite pattern): 允许你将对象组合成树形结构来表现”整体/部分”层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合. 

4、装饰者模式(decorator pattern): 动态地将责任附加到对象上, 若要扩展功能, 装饰者提供了比继承更有弹性的替代方案. 

5、外观模式(facade pattern): 提供了一个统一的接口, 用来访问子系统中的一群接口. 外观定义了一个高层接口, 让子系统更容易使用. 

6、亨元模式(Flyweight Pattern): 如想让某个类的一个实例能用来提供许多”虚拟实例”, 就使用蝇量模式. 

7、代理模式(Proxy pattern): 为另一个对象提供一个替身或占位符以控制对这个对象的访问. 

三、行为型模式 

1、责任链模式(Chain of responsibility pattern): 通过责任链模式, 你可以为某个请求创建一个对象链. 每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象. 

2、命令模式(Command pattern): 将”请求”封闭成对象, 以便使用不同的请求,队列或者日志来参数化其他对象. 命令模式也支持可撤销的操作. 

3、解释器模式(Interpreter pattern): 使用解释器模式为语言创建解释器. 

4、迭代器模式(iterator pattern): 提供一种方法顺序访问一个聚合对象中的各个元素, 而又不暴露其内部的表示. 

5、中介者模式(Mediator pattern) : 使用中介者模式来集中相关对象之间复杂的沟通和控制方式. 

6、备忘录模式(Memento pattern): 当你需要让对象返回之前的状态时(例如, 你的用户请求”撤销”), 你使用备忘录模式. 

7、观察者模式(observer pattern): 在对象之间定义一对多的依赖, 这样一来, 当一个对象改变状态, 依赖它的对象都会收到通知, 并自动更新. 

8、状态模式(State pattern): 允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类. 

9、策略模式(strategy pattern): 定义了算法族, 分别封闭起来, 让它们之间可以互相替换, 此模式让算法的变化独立于使用算法的客户. 

10、模板方法模式(Template pattern): 在一个方法中定义一个算法的骨架, 而将一些步骤延迟到子类中. 模板方法使得子类可以在不改变算法结构的情况下, 重新定义算法中的某些步骤. 

11、访问者模式(visitor pattern): 当你想要为一个对象的组合增加新的能力, 且封装并不重要时, 就使用访问者模式. 关于设计模式接口和设计模式接口隔离原则的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 设计模式接口的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于设计模式接口隔离原则、设计模式接口的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。