1、前言
1.1、什么是接口？
接口的广泛意义在于提供一套公共的约定标准规范，只要外界符合这套规范，就可以使用这套标准，比如不同电脑厂商的USB接口；不同厂商生产的插座孔这些都是接口的具体实现，将行为规范与具体实现相互分开，使用者无需关注对象的具体实现，而只需要关心其提供的功能。
1.2、Java 中为什么要使用接口？
首先Java不支持多继承，通过接口，Java 提供了一种多重实现的方式，允许一个类实现多个接口，一个接口可以提供不同的实现，允许不同的类以同一种方式被使用，满足了Java的多态性，同时接口允许系统在不修改原有代码的前提下扩展出新的功能，通过定义接口，可以随时添加新的实现类，而不必更改现有的代码，保证系统的扩展性，可以这么说，以后的项目开发大多数都是面向接口开发。
1.3、Java 接口与类的区别
2、Java 接口的基础概念
接口不能被new关键字实例化；接口中变量是静态变量；接口中抽象方法必须被实现类全部实现
实现类可以实现多个接口。接口是一种能力，体现在它的方法上。在程序设计的时候，只关注接口具体的能力能干什么，见名知意，不考虑其中的具体实现细节。
2.1、接口的定义
- 使用
interface关键字定义接口
public interface Drivable {}
2.2、接口中的成员
- 常量（默认
public static final）。 - 抽象方法（默认
public abstract，Java 8 及之前接口只能有抽象方法）。
public interface Drivable {
// 常量
public static final int a = 1;
// 抽象方法
public abstract void start();
public abstract void stop();
}
2.3、接口的实现
- 如何使用
implements关键字实现接口。 - 一个类可以实现多个接口。
public class DrivableImpl implements Drivable {
@Override
public void start() {
System.out.println("start");
}
@Override
public void stop() {
System.out.println("stop");
}
}
接口编译过后也是一个.class文件。
3、订单支付系统（示例）
下面是一个稍微复杂一点的接口示例，展示了接口在实际开发中的典型用法。这个例子模拟了一个简单的订单处理系统，这个系统中，有多种支付方式，如信用卡支付、支付宝支付、PayPal 支付等。系统还需要在用户支付完成后发送不同的通知，比如通过邮件、短信或推送通知。
3.1、接口设计与实现
1. 支付接口定义
// 定义支付接口，所有支付方式都需要实现该接口
public interface PaymentStrategy {
void pay(double amount); // 支付特定金额
}
2. 多个支付方式的实现
// 实现信用卡支付方式
public class CreditCardPayment implements PaymentStrategy {
private String cardNumber;
public CreditCardPayment(String cardNumber) {
this.cardNumber = cardNumber;
}
@Override
public void pay(double amount) {
// 模拟信用卡支付
System.out.println("Paid " + amount + " using Credit Card: " + cardNumber);
}
}
// 实现支付宝支付方式
public class AlipayPayment implements PaymentStrategy {
private String alipayAccount;
public AlipayPayment(String alipayAccount) {
this.alipayAccount = alipayAccount;
}
@Override
public void pay(double amount) {
// 模拟支付宝支付
System.out.println("Paid " + amount + " using Alipay account: " + alipayAccount);
}
}
// 实现 PayPal 支付方式
public class PaypalPayment implements PaymentStrategy {
private String paypalEmail;
public PaypalPayment(String paypalEmail) {
this.paypalEmail = paypalEmail;
}
@Override
public void pay(double amount) {
// 模拟 PayPal 支付
System.out.println("Paid " + amount + " using PayPal account: " + paypalEmail);
}
}
3. 通知接口定义
// 定义通知接口，所有通知方式都需要实现该接口
public interface NotificationService {
void sendNotification(String message); // 发送通知
}
4. 多个通知方式的实现
// 实现邮件通知
public class EmailNotificationService implements NotificationService {
private String emailAddress;
public EmailNotificationService(String emailAddress) {
this.emailAddress = emailAddress;
}
@Override
public void sendNotification(String message) {
// 模拟发送邮件通知
System.out.println("Sending email to " + emailAddress + ": " + message);
}
}
// 实现短信通知
public class SmsNotificationService implements NotificationService {
private String phoneNumber;
public SmsNotificationService(String phoneNumber) {
this.phoneNumber = phoneNumber;
}
@Override
public void sendNotification(String message) {
// 模拟发送短信通知
System.out.println("Sending SMS to " + phoneNumber + ": " + message);
}
}
// 实现推送通知
public class PushNotificationService implements NotificationService {
private String deviceToken;
public PushNotificationService(String deviceToken) {
this.deviceToken = deviceToken;
}
@Override
public void sendNotification(String message) {
// 模拟发送推送通知
System.out.println("Sending push notification to device " + deviceToken + ": " + message);
}
}
5. 订单处理类
public class Order {
private double amount;
private PaymentStrategy paymentStrategy; // 支付方式接口
private NotificationService notificationService; // 通知服务接口
public Order(double amount) {
this.amount = amount;
}
// 设置支付方式
public void setPaymentStrategy(PaymentStrategy paymentStrategy) {
this.paymentStrategy = paymentStrategy;
}
// 设置通知方式
public void setNotificationService(NotificationService notificationService) {
this.notificationService = notificationService;
}
// 处理订单
public void processOrder() {
if (paymentStrategy != null) {
paymentStrategy.pay(amount); // 调用具体的支付方式进行支付
}
if (notificationService != null) {
notificationService.sendNotification("Order of amount " + amount + " has been processed."); // 发送通知
}
}
}
3.2、主程序：测试订单系统
public class Main {
public static void main(String[] args) {
// 创建一个新的订单，金额为 500
Order order = new Order(500);
// 设置支付方式为信用卡
order.setPaymentStrategy(new CreditCardPayment("1234-5678-9876-5432"));
// 设置通知方式为邮件
order.setNotificationService(new EmailNotificationService("user@example.com"));
// 处理订单
order.processOrder();
// 更改支付方式为 PayPal
order.setPaymentStrategy(new PaypalPayment("user@paypal.com"));
// 更改通知方式为短信
order.setNotificationService(new SmsNotificationService("123-456-7890"));
// 处理订单
order.processOrder();
}
}
3.3、输出结果
Paid 500.0 using Credit Card: 1234-5678-9876-5432
Sending email to user@example.com: Order of amount 500.0 has been processed.
Paid 500.0 using PayPal account: user@paypal.com
Sending SMS to 123-456-7890: Order of amount 500.0 has been processed.
4、接口与抽象类的对比
以下是接口和抽象类在 Java 中的对比，以表格的形式展示它们的主要区别：
| 对比项 | 接口（Interface） | 抽象类（Abstract Class） |
|---|---|---|
| 定义 | 使用 interface 关键字定义，只包含抽象方法（Java 8 之前）。 | 使用 abstract 关键字定义，可以包含抽象和具体方法。 |
| 实现/继承 | 一个类可以实现多个接口。 | 一个类只能继承一个抽象类（单继承）。 |
| 方法类型 | 只能包含抽象方法（Java 8 之前）。 Java 8 之后可以有默认方法和静态方法。 | 可以包含抽象方法和具体方法。 |
| 访问修饰符 | 接口中的方法默认是 public，不能有其他访问修饰符。 | 抽象类中的方法可以有任何访问修饰符（public、protected、private）。 |
| 构造函数 | 接口不能有构造函数，因此不能创建接口的实例。 | 抽象类可以有构造函数，但不能直接实例化，只能通过子类实现。 |
| 成员变量 | 只能定义常量（public static final）。 | 可以定义实例变量，可以在抽象类中声明和使用普通变量。 |
| 多继承支持 | 支持多继承，一个类可以实现多个接口。 | 不支持多继承，一个类只能继承一个抽象类。 |
| 用途 | 定义类的行为规范，强调行为一致性。 | 提供一部分通用功能，同时定义其他子类必须实现的核心功能。 |
| 默认方法 | Java 8 引入了默认方法，允许接口提供方法的默认实现。 | 可以包含具体方法，供子类直接使用或重写。 |
| 静态方法 | 可以在接口中定义静态方法（Java 8 之后）。 | 可以定义静态方法，且静态方法可以直接调用。 |
| 性能开销 | 接口的调用通常需要查找具体实现类，因此比抽象类的调用略慢。 | 抽象类的性能比接口稍高，因为方法实现直接存在于类中。 |
| 设计考虑 | 用于定义行为或契约，通常用于系统间解耦或面向接口编程。 | 用于定义相似类的共享行为，通常用于实现类的代码重用。 |
5、接口在实际开发中的应用
- 面向接口编程
- 使用接口进行系统设计，增强系统的可扩展性和灵活性。
- 示例：通过接口来解耦具体实现与业务逻辑。
- Java 标准库中的接口应用
- Java Collections Framework（如
List,Set,Map）广泛使用了接口。 Comparator接口的作用及使用。
- Java Collections Framework（如
- 设计模式中的接口
- 一些常见的设计模式如何依赖接口来实现（如策略模式、工厂模式等）。
6、附录：接口相关的实践问题
常见面试题：如何设计一个灵活的接口？
设计一个灵活的接口是为了确保系统具备扩展性、可维护性和解耦性，能够适应未来的需求变化。灵活的接口设计通常遵循一系列的设计原则和最佳实践，以下是设计灵活接口的要点，以及如何一步步实现：
6.1、设计灵活接口的核心原则
-
接口隔离原则（Interface Segregation Principle, ISP）
- 每个接口应当只包含客户端所需的方法，避免设计过于庞大和多余的接口。
- 细化接口，确保每个接口仅提供单一职责，避免让实现类实现不必要的方法。
-
面向接口编程
- 依赖于抽象（接口）而非具体实现（类），降低模块间的耦合度，使代码更具弹性和扩展性。
- 接口提供的行为应与系统的需求相关，并且能够随着需求变化灵活应对不同的实现方式。
-
契约式设计（Design by Contract）
- 接口定义的是类的行为契约，接口应确保提供清晰、完整的行为定义，避免模糊和不明确的职责。
- 方法命名应当表达清晰的业务含义，接口的使用者能够直观地了解该接口的作用。
-
开放/封闭原则（Open-Closed Principle, OCP）
- 接口设计应当开放扩展、封闭修改。通过接口定义良好的抽象，当需要新增功能时，添加新的实现类而不是修改现有接口。
-
组合优于继承
- 在接口设计中，优先使用组合（多个接口组合实现）而非继承。通过组合可以更灵活地构建系统，不同的实现类可以自由组合行为，而不必遵循某个层级的继承结构。
7、灵活接口设计的步骤
7.1、识别并定义系统中的核心行为
首先要明确系统中有哪些核心的行为，并将这些行为提炼为接口。例如，在一个订单管理系统中，核心行为可能包括支付处理、通知服务、订单状态管理等。
// 支付处理接口
public interface PaymentStrategy {
void pay(double amount);
}
// 通知服务接口
public interface NotificationService {
void sendNotification(String message);
}
这些接口设计的非常简洁，只定义了最核心的方法。根据接口隔离原则，避免把不相关的行为混合在一个接口中。
7.2、扩展接口的灵活性
设计接口时，要确保未来可以扩展它的功能，而不需要修改接口本身。例如，你可以通过默认方法（Java 8 引入）为接口添加一些默认实现，避免实现类必须实现所有的方法。
// 订单状态管理接口
public interface OrderStatusManager {
void processOrder(); // 处理订单
// 默认实现，记录日志功能可由子类选择性覆盖
default void logOrderStatus(String status) {
System.out.println("Logging order status: " + status);
}
}
logOrderStatus 方法提供了一个默认实现，允许子类覆盖它，但不是必须实现的。这种设计让接口在添加功能时更具灵活性。
7.3、利用接口的组合模式
通过将多个接口组合使用，构建更加灵活和可扩展的系统。组合不同的接口可以赋予对象不同的行为，避免庞大的接口或复杂的继承体系。
// 订单接口：组合支付、通知和状态管理
public interface Order extends PaymentStrategy, NotificationService, OrderStatusManager {
void createOrder();
}
Order 接口组合了支付、通知和订单状态管理的多个功能，任何实现 Order 接口的类都可以同时具备这些能力。这种组合模式比继承更灵活，因为可以选择性地实现所需的行为。
7.4、使用泛型增强接口的通用性
通过使用泛型，可以让接口支持不同的数据类型，增强接口的灵活性和复用性。泛型允许接口处理多种类型而无需创建不同版本的接口。
// 数据处理接口，支持任意类型的数据
public interface DataProcessor<T> {
T process(T data);
}
// 实现类：处理字符串类型数据
public class StringProcessor implements DataProcessor<String> {
@Override
public String process(String data) {
return data.trim(); // 去除空格
}
}
这里的 DataProcessor<T> 接口使用了泛型，使得它能够处理任意类型的数据，而不仅限于某种特定的数据类型。这种设计增强了接口的通用性。
7.5、设计合理的异常处理机制
在接口中定义异常处理机制，使得接口的调用者能够清楚接口的错误处理方式，提升接口的鲁棒性。接口中可以定义异常或者使用受检异常。
// 定义支付接口的异常处理
public interface PaymentStrategy {
void pay(double amount) throws PaymentException; // 定义支付时可能抛出的异常
}
// 自定义支付异常
public class PaymentException extends Exception {
public PaymentException(String message) {
super(message);
}
}
通过在接口中声明异常，可以强制实现类在实现时考虑到错误处理，保证系统的稳定性。
7.6、确保接口的一致性和单一职责
为了确保灵活性，接口应始终遵循单一职责原则。每个接口只应关注一个核心功能，避免接口承担过多职责，导致实现类变得复杂。
// 存储服务接口，只关注存储操作
public interface StorageService {
void storeData(String data);
String retrieveData(String key);
}
这个 StorageService 接口专注于数据存储相关操作，没有额外的功能，符合单一职责原则。
7.7、考虑未来的扩展
在接口设计时，需要预见系统未来的扩展性需求。设计时要确保接口能够方便地新增功能，而不必修改现有代码。例如，通过使用装饰器模式或策略模式，可以轻松地为系统添加新的功能或策略。
// 装饰器模式：动态增强支付行为
public class SecurePaymentDecorator implements PaymentStrategy {
private PaymentStrategy wrappedPayment;
public SecurePaymentDecorator(PaymentStrategy paymentStrategy) {
this.wrappedPayment = paymentStrategy;
}
@Override
public void pay(double amount) {
// 在支付前进行安全检查
System.out.println("Performing security checks...");
wrappedPayment.pay(amount); // 调用原支付策略
}
}
通过装饰器模式，可以灵活地在现有的支付逻辑上增加安全检查功能，而不需要修改 PaymentStrategy 接口或具体实现类。
扫一扫
8256
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
