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的使用场景。后面再遇到会在本文继续补充，也欢迎各位读者提出意见。
网友评论