要点
1.什么是链式语法
2.Block声明
3.实现&注意问题
4.场景&优缺点
什么是链式语法
OC中的RAC、Masonry、SnapKit等链式编程的典型，大家应该都熟悉了
Masonry
[testV mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.bottom.left.right.equalTo(self.view);
}];
点语法声明式的调用，怎么实现呢？
----核心点语法和Block结合
OC并不像其它诸如Swift、JS、Java等语言天然的语法支持，所以我们只能利用OC的点语法来实现链式调用的语法糖,实现之前我们要首先对Block的声明要熟悉
Block声明
作为类的属性
@property (nonatomic, copy) returnType (^blockName)(parameterTypes)
方法声明返回值
- (Test *(^)(NSString *str))blk0;
作为方法参数
- (void)someMethodThatTakesABlock:(returnType (^)(parameterTypes))blockName;
示例
- (void)methodTakesBlock:(void (^)(NSString *))blockName {
}
调用方法时传入的参数
[self someMethodThatTakesABlock:^returnType (parameters) {...}];
示例：
-(IBAction)test2:(id)sender {
[self methodTakesBlock:^(NSString *name) {
NSLog(@"name:%@",name);
}];
}
写在方法里作为局部变量
returnType (^blockName)(parameterTypes) = ^returnType(parameters) {...};
自定义Block类型
typedef returnType (^TypeName)(parameterTypes);
TypeName blockName = ^returnType(parameters) {...};
- returnType是返回值
- blockName是block名称
- parameterTypes是参数
实现&注意问题
作者手懒就不拿项目中已有的或者从新写个小demo了，这里以Masonry中为例
make.leading.trailing.bottom
对于这部分没有入参的链式实现其实很简单
@property (nonatomic, strong, readonly) MASConstraint *right;
@property (nonatomic, strong, readonly) MASConstraint *bottom;
@property (nonatomic, strong, readonly) MASConstraint *leading;
@property (nonatomic, strong, readonly) MASConstraint *trailing;
@property (nonatomic, strong, readonly) MASConstraint *width;
get方法
- (MASConstraint *)leading {
return [self addConstraintWithLayoutAttribute:NSLayoutAttributeLeading];
}
直接声明一个属性返回目标对象，然后重写get方法,我们重点看下equalTo(self.view)
- (MASConstraint * (^)(id attr))equalTo;
- (MASConstraint * (^)(id))equalTo {
return ^id(id attribute) {
return self.equalToWithRelation(attribute, NSLayoutRelationEqual);
};
}
现在，我们可以通过点语法调用getter方法的形式来调用方法，但是我们知道，getter方法是无法加参数的，通过上面block的形式，调用get方法等同于执行block，调用block就可以随意定义并传入入参。
这里有些童鞋可能有点疑问make.top.bottom.left.right.equalTo(self.view);
equalTo的声明是一个方法，能打点调用吗？以及为什么可以？
我们平时调用属性的setter/getter时，都是使用点语法调用，其本质也是调用的方法，所以我们验证下
.h
@interface TestObj : NSObject
- (NSString *)hello;
@end
.m
- (instancetype)init
{
self = [super init];
if (self) {
NSString *helloStr = self.hello;
}
return self;
}
我们通过以下转写成c/c++代码
xcrun -sdk iphonesimulator clang -rewrite-objc -fobjc-arc -stdlib=libc++ -mios-version-min=12.1 -fobjc-runtime=ios-12.1 -Wno-deprecated-declarations TestObj.m
后我们可以看到
static instancetype _I_TestObj_init(TestObj * self, SEL _cmd) {
self = ((TestObj *(*)(__rw_objc_super *, SEL))(void *)objc_msgSendSuper)((__rw_objc_super){(id)self, (id)class_getSuperclass(objc_getClass("TestObj"))}, sel_registerName("init"));
if (self) {
NSString *helloStr = ((NSString *(*)(id, SEL))(void *)objc_msgSend)((id)self, sel_registerName("hello"));
}
return self;
}
objc_msgSend最后找的SEL “hello”进行消息发送
或者在“NSString *helloStr = ”这一行下断点Xcode菜单栏Debug->Debug Workflow->Always show。。查看汇编实现
那有的同学会有疑问声明属性和直接声明方法有什么区别吗？
答案还是有区别的。
主要还是在调用的时候系统给的友好提示方面。属性声明时在调用的时候会提示入参类型；声明方法形式在调用的时候不会有任何提示，可能会稍有不便
修改为属性后:
需要注意的地方
不管哪种方式，我们都要注意内存泄漏问题，这里主要注意是否循环引用问题，如果在get方法内部返回的block没有被当前类强引用那么在block内部可以直接引用self，否则要类似weakSelf等避免循环引用.
场景&优缺点
场景千千万，任何代码实现部分理论上都可以链式来实现。重要的是我们要权衡到底有没有必要
作者简单列一些作者用到的场景
1.网络请求：
[self requestWithHTTPMethod:@"POST"
baseURLString:nil
path:pathOrFullURLString
parameters:nil
files:nil
accountIdentityRequired:YES
usesCache:NO
from:nil
responseObjectClass:responseObjectClass
uploadProgressReporter:nil
succeededBlock:succeededBlock
failedBlock:failedBlock];
诸如此类会有很多入参，一是入参过多代码不够直观也不规范，二是很多入参可能未必需要传。这个时候就很需要链式语法，按需配置入参同时便于阅读
改版后:
SPTNetworkEngine.spt_dataxEngine.get(@"requestPath")
.handleJSONResponse(^(id _Nonnull JSONObject) {
}).handleFailure(^(NSError * _Nonnull error) {
}).start();
需要请求入参的时候加上即可
.usesAccountIdentity(SPTNetworkAccountIdentityUsageNone)
.withParameters(parameters)
2.项目中特殊业务弹窗实现
whiteListView.withViews(targetView, window)
.withContents(^(SPTChatRoomWhiteListViewConfig * _Nonnull viewConfig) {
//viewConfig;//whiteListView配置项交由user配置扩展,不传则内部默认配置
}).selectedAction(^(id<SPTChatRoomWhiteListModelProtocol> _Nonnull selectedItem) {
}).cancelAction(^{
}).show(YES);
以上甚至可以直接调用.show(YES);
3.甚至比Masonry更深入的autolayout链式封装
self.likePKView.sn_centerXToSuperView()
.sn_topToSuperView().sn_equal(-spt_screen_adaptive_float(52))
.sn_height(@(spt_screen_adaptive_float(52)))
.sn_leftToSuperView()
.sn_rightToSuperView()
.sn_layout();
- ...
以上只是部分作者项目中实践的场景。更多的需要我们自己去权衡，毕竟链式语法封装的代码总是比基本语法耗时，既要提高开发效率, 同时也要保证APP运行速度, 所以要量力而行, 不能太泛滥!
