iOS Protocol-神奇的作用

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容