Protocol,协议。我自己的概括就是:一方制定规则,一方遵守规则。苹果官方解释:
The root class of most Objective-C class hierarchies, from which subclasses inherit a basic interface to the runtime system and the ability to behave as Objective-C objects.
本文会介绍Protocol的一些使用场景,掌握这些后,会使你的代码更加严谨和安全。
*一、常规的回调作用
*二、对外部传参的Model进行约束
*三、封装好的工具类给外部提供接口
1.常规的回调作用
这一点应该是我们经常用到的,也有可能是我们唯一用到的Protocol的地方。对于iOS初学者来说,就是逆向调用,传参,和Block起到相同的作用。不是本文想主要讲的地方。
2.对外部传参的Model进行约束
先举个例子,
我们有个展示订单的控件,比如OrderView,需要展示一些订单信息(订单号,订单金额),这里只是举个简单例子,实际开发中所需要的参数一般会更多。然而这个组件在首页,和订单详情页都会展示,并且UI展示是一样的。
@interface OrderDetailView : BaseView
/// 订单展示模块
/// @param data 订单展示需要的一些信息
- (void)updateOrderDetailCardWithData:(NSDictionary *)data;
@end
首页的接口,和订单详情的接口是不同的服务端开发制定的,里面能拿到我们想要的信息。
@interface HomePageDetailInfoModel : NSObject
@property (nonatomic,copy) NSString *cityName;
@property (nonatomic,copy) NSString *cityID;
@property (nonatomic, assign) BOOL officeID;
@property (nonatomic, assign) BOOL hasPay;
//订单号
@property (nonatomic,assign) NSInteger homeOrderID;
//支付金额
@property (nonatomic, assign) NSInteger payMoney;
@end
@interface AllOrderPageInfoModel : NSObject
@property (nonatomic,copy) NSString *orderType;
@property (nonatomic, assign) NSInteger orderCount;
//订单金额
@property (nonatomic,assign) NSInteger orderPrice;
//订单号
@property (nonatomic, assign) NSInteger orderDesId;
@end
但是我们观察到这两个接口返回的数据差异很大,字段的名称,甚至类型都不一样,需要筛选出来,进行转化。再加上接口对应的类也不一样,我们不管放在控件外面处理,还是控件里面处理都很麻烦。
那么问题来了,这种展示相同的控件,数据源却不一样,我们该如何处理呢?答案:用Protocol
我们在OrderView控件里,写一个Protocol,里面声明这个控件需要的字段,甚至一些方法。这里需要的字段,要用required标识。
@protocol OrderDetailProtocol <NSObject>
@required
//订单号
@property (nonatomic, copy) NSString * orderNum;
//订单金额
@property (nonatomic, assign) float price;
//是否是高级客户的订单
- (BOOL)isVipTypeOrder;
@end
@interface OrderDetailView : BaseView
/// 订单展示模块
/// @param data 订单展示需要的一些信息
- (void)updateOrderDetailCardWithData:(id<OrderDetailProtocol>) data;
@end
然后首页的接口,和订单详情页的接口Model都要遵循这个协议,并实现协议里的字段。
@interface HomePageDetailInfoModel : NSObject<OrderDetailProtocol>
@property (nonatomic,copy) NSString *cityName;
@property (nonatomic,copy) NSString *cityID;
@property (nonatomic, assign) BOOL officeID;
@property (nonatomic, assign) BOOL hasPay;
/*OrderDetailProtocol协议部分*/
//订单号
@property (nonatomic,assign) NSInteger homeOrderID;
//支付金额
@property (nonatomic, assign) NSInteger payMoney;
//订单号
@property (nonatomic, copy) NSString * orderNum;
//订单金额
@property (nonatomic, assign) float price;
//是否是高级客户的订单
- (BOOL)isVipTypeOrder;
@end
@implementation HomePageDetailInfoModel
- (NSString *)orderNum{
return [NSString stringWithFormat:@"%ld",self.homeOrderID];
}
- (float)price{
return self.payMoney;
}
- (BOOL)isVipTypeOrder {
return YES;
}
@end
这里只举例首页接口,订单详情页同样需要实现,这样只需要吧遵循协议后的model直接传参进入即可。有了Protocol,问题就解决了。OrderView不管外部接口千变万化,只要想使用我这个组件,就要实现我的协议。一方制定规则,一方遵守规则。
有个地方需要注意下,在OrderView的方法实现里,最好去做个验证,验证该外部传来的model是否遵循了协议。
@implementation OrderDetailView
- (void)updateOrderDetailCardWithData:(id<OrderDetailProtocol>) data;
{
if (![data conformsToProtocol:@protocol(OrderDetailProtocol)]) {
return;
}
//根据外部传参,给view的组件赋值
//...
}
@end
3.封装好的工具类给外部提供接口
最直接的就是tableView的各种代理方法
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
tableView内部的实现,外部不需要关注,只在你想要处理的地方做实现即可。这种设计,对工具源码的没有任何影响。
这种设计思想,我们也可以借鉴到我们日常开发中。比如你是公共平台的开发,封装了一个网络请求的工具类。然而某个业务线提了一个很特殊的需求,这个需求可能只是这一个业务线使用,其他业务线用不到。这种情况下,就没必要专门给这个业务线再提供个接口,因为这个需求很特殊,很小众,其他业务线使用有可能还会出错。
这种情况下,Protocol又要出马了,公共方法里声明个Protocol给外部,工具类自己内部调用,外部谁需要使用谁去实现,自己去实现,不会影响到其他业务线。
以上是我在项目开发中,常遇到的关于Protocol的使用场景。后面再遇到会在本文继续补充,也欢迎各位读者提出意见。