Objective-C之通过协议提供匿名对象

概述

通过协议提供匿名对象的设计模式,遵循了面向对象设计的多项重要原则:

  • 接口隔离原则:通过定义细粒度的协议来避免实现庞大的接口。
  • 依赖倒置原则:高层模块依赖于抽象协议,而不是具体实现。
  • 里氏替换原则:不同的类实现相同协议,可以互换使用。
  • 单一职责原则:将不同职责分离到不同的协议中,使得类的职责单一且明确。

这种设计方式使得代码更加灵活、可维护、可扩展,并且易于测试和复用。


在 Objective-C 中,通过协议提供匿名对象是一种设计模式,通常用于实现接口(协议)的一致性和灵活性。这个设计模式有助于实现松耦合、提高可扩展性和维护性。我们可以从以下几个设计原则来分析和理解这种做法:

1. 接口隔离原则(Interface Segregation Principle)

接口隔离原则是指应将庞大的接口拆分成更小、更具体的接口,使得客户端只需依赖于它们实际需要的接口。在 Objective-C 中,通过协议来定义接口,可以确保类只实现其需要的协议方法。

示例
objective-c 复制代码
@protocol Downloadable <NSObject>
- (void)download;
@end

@protocol Uploadable <NSObject>
- (void)upload;
@end

@interface MyClass : NSObject <Downloadable, Uploadable>
@end

@implementation MyClass
- (void)download {
    // 实现下载逻辑
}

- (void)upload {
    // 实现上传逻辑
}
@end

通过这种方式,MyClass 可以选择性地实现 DownloadableUploadable 协议,而不需要实现庞大的单一接口。

2. 依赖倒置原则(Dependency Inversion Principle)

依赖倒置原则强调高层模块不应该依赖于低层模块,而应该依赖于抽象。在 Objective-C 中,通过协议来定义接口,使得高层模块可以依赖于这些协议,而不是具体的实现类。

示例
objective-c 复制代码
@protocol DataProcessor <NSObject>
- (void)processData:(NSData *)data;
@end

@interface DataHandler : NSObject
@property (nonatomic, weak) id<DataProcessor> processor;
- (void)handleData:(NSData *)data;
@end

@implementation DataHandler
- (void)handleData:(NSData *)data {
    [self.processor processData:data];
}
@end

通过这种方式,DataHandler 依赖于 DataProcessor 协议,而不是具体的实现类,这使得 DataHandler 更加灵活,可以适配不同的 DataProcessor 实现。

3. 里氏替换原则(Liskov Substitution Principle)

里氏替换原则强调,子类对象必须能够替换其基类对象而不会导致程序错误。在 Objective-C 中,通过协议提供匿名对象,可以确保不同类实现相同的协议,并且可以互换使用。

示例
objective-c 复制代码
@protocol Animal <NSObject>
- (void)speak;
@end

@interface Dog : NSObject <Animal>
@end

@implementation Dog
- (void)speak {
    NSLog(@"Woof!");
}
@end

@interface Cat : NSObject <Animal>
@end

@implementation Cat
- (void)speak {
    NSLog(@"Meow!");
}
@end

void makeAnimalSpeak(id<Animal> animal) {
    [animal speak];
}

Dog *dog = [Dog new];
Cat *cat = [Cat new];

makeAnimalSpeak(dog); // 输出 "Woof!"
makeAnimalSpeak(cat); // 输出 "Meow!"

在这个例子中,DogCat 都实现了 Animal 协议,可以互换使用而不影响 makeAnimalSpeak 函数的逻辑。

4. 单一职责原则(Single Responsibility Principle)

单一职责原则指的是一个类应该只有一个引起变化的原因,即一个类只负责一项职责。通过协议提供匿名对象,可以将不同的职责分离到不同的协议中,使得每个类只负责实现特定的协议。

示例
objective-c 复制代码
@protocol Logger <NSObject>
- (void)logMessage:(NSString *)message;
@end

@interface ConsoleLogger : NSObject <Logger>
@end

@implementation ConsoleLogger
- (void)logMessage:(NSString *)message {
    NSLog(@"%@", message);
}
@end

@interface FileLogger : NSObject <Logger>
@end

@implementation FileLogger
- (void)logMessage:(NSString *)message {
    // 将日志写入文件
}
@end

void performLogging(id<Logger> logger, NSString *message) {
    [logger logMessage:message];
}

ConsoleLogger *consoleLogger = [ConsoleLogger new];
FileLogger *fileLogger = [FileLogger new];

performLogging(consoleLogger, @"This is a console log.");
performLogging(fileLogger, @"This is a file log.");

在这个例子中,ConsoleLoggerFileLogger 都实现了 Logger 协议,但它们的职责是不同的(一个将日志输出到控制台,另一个将日志输出到文件)。

相关推荐
恋猫de小郭4 小时前
什么?Flutter 可能会被 SwiftUI/ArkUI 化?全新的 Flutter Roadmap
flutter·ios·swiftui
网安墨雨9 小时前
iOS应用网络安全之HTTPS
web安全·ios·https
福大大架构师每日一题10 小时前
37.1 prometheus管理接口源码讲解
ios·iphone·prometheus
BangRaJun1 天前
LNCollectionView-替换幂率流体
算法·ios·设计
刘小哈哈哈1 天前
iOS 多个输入框弹出键盘处理
macos·ios·cocoa
靴子学长1 天前
iOS + watchOS Tourism App(含源码可简单复现)
mysql·ios·swiftui
一如初夏丿2 天前
xcode15 报错 does not contain ‘libarclite‘
ios·xcode
杨武博2 天前
ios 混合开发应用白屏问题
ios
BangRaJun2 天前
LNCollectionView
android·ios·objective-c
二流小码农2 天前
鸿蒙元服务项目实战:终结篇之备忘录搜索功能实现
android·ios·harmonyos