一、简单的实现
意思就是：ClassA 中在不 #import "ClassB.h" 的情况下调用 ClassB 中的类方法。
如同这样的：
#import "ClassA.h"
@implementation ClassA
// 一个测试的方法
- (void)test {
Class clsB = NSClassFromString(@"ClassB");
if (clsB && [clsB respondsToSelector:@selector(testParam:subParam:)]) {
[clsB testParam:@(1) subParam:@(2)];
}
}
@end
ClassA 中就这些代码，主要是没有 #import "ClassB.h" 。一看就知道上面的代码是会报错的。是的，主要就是要解决这个问题。其实相当的简单，弄一个 替身扩展(NSObject+Substitute)。代码如下：
#import <Foundation/Foundation.h>
@interface NSObject ()
/** 这个方法, 就当是一个替身 */
+ (void)testParam:(id)param subParam:(id)subParam;
@end
在 ClassB 中导入这个 替身扩展。
#import "NSObject+Substitute.h"
这是我第一次在扩展中定义一个类方法， 所谓的 替身扩展 也是我随意命名的。
其实这个 替身扩展 是没有什么实际意义的， 仅仅是为了在 ClassA 中调用 ClassB 的类方法的时候，不报错误。现在在 ClassA 中的代码来说，ClassB 是可有可无的。
以上介绍的这个方法， 有什么使用场景呢？
二、使用场景
有这样的一个需求：
封装一个支付功能，里面包括微信、支付宝等十多个第三方的支付。一定更要做到使用这个库的时候要能随意的组合。因为不同的项目的需求是不一样的，A 项目可能只有一种微信支付，B 项目可能有支付宝与银联，C 项目可能有所有的支付方式。同时 所有的支付入口都只能有一个。要做成什么样呢, 于是有这样的关系图如下：
pay.dot.png
如果是你，你会如何去设计呢？
我们的代码可以这样的去实现：
// 支付类型
PayType payType = PayTypeWechat;
switch (payType) {
case PayTypeWechat:
{
// 如果 cls 有值, 说明导入了对应的支付工具 Class
Class cls = NSClassFromString(@"WechatPayClass");
if (cls) {
NSLog(@"说明导入了与 Wechat 支付的相关代码");
// TODO: 调用当前 cls 中的方法, 唤起对应的支付功能
[cls payWechatWithParam:nil block:nil];
} else {
NSLog(@"说明没有导入了与 Wechat 支付的相关代码");
}
}
break;
default:
break;
}
那么问题来了，按照要求 WechatPayClass 这个 Class 可能有，可能是没有的，毕竟要满足随意组合, 所以 这里面是不能 #import "WechatPayClass.h" 的。一旦导入，万一某个项目不希望有微信支付，那不就由报错了么、
所以，就需要使用第一小节介绍的方式了。
三、说在后面的话
其实，可能还有很多的方案。我在设计之初也想过很多的方式。尤其是performSelector， 这种方案的弊端就是传参有限制。还有就是 __has_include，一旦使用这种方法， 那么代码量一下子肯定暴增。
网友评论