ios--->OC中Protocol理解及在代理模式中的使用

OC中Protocol理解及在代理模式中的使用

Protocol基本概念
  • Protocol翻译过来, 叫做”协议”,其作用就是用来声明一些方法;
Protocol(协议)的作用
  • 定义一套公用的接口(Public)

    • @required:必须实现的方法,默认在@protocol里的方法都要求实现。
    • @optional:可选实现的方法(可以全部都不实现)
  • 委托代理(Delegate)传值
    • 它本身是一个设计模式,它的意思是委托别人去做某事。
    • 比如:两个类之间的传值,类A调用类B的方法,类B在执行过程中遇到问题通知类A,这时候我们需要用到代理(Delegate)。又比如:控制器(Controller)与控制器(Controller)之间的传值,从C1跳转到C2,再从C2返回到C1时需要通知C1更新UI或者是做其它的事情,这时候我们就用到了代理(Delegate)传值;
protocol和继承区别
  • 继承之后默认就有实现, 而protocol只有声明没有实现
  • 相同类型的类可以使用继承, 但是不同类型的类只能使用protocol
  • protocol可以用于存储方法的声明, 可以将多个类中共同的方法抽取出来, 以后让这些类遵守协议即可
运用实例
//1.定义协议类
#import <UIKit/UIKit.h>
@class XMGCartItem,XMGCartCellTableViewCell;

@protocol XMGCartCellTableViewDelegate <NSObject> // 定义协议
-(void)winecelladdfun:(XMGCartCellTableViewCell *)cell; //协议方法
-(void)winecellreduesfun:(XMGCartCellTableViewCell *)cell;//协议方法

@end

@interface XMGCartCellTableViewCell : UITableViewCell
@property(nonatomic,strong)XMGCartItem *winecell;
@property(nonatomic,weak)id<XMGCartCellTableViewDelegate>delegate;  //协议属性
@end

//2.协议类中何时调用协议方法
#import "XMGCartCellTableViewCell.h"
#import "XMGCartItem.h"
@interface XMGCartCellTableViewCell ()

@end

@implementation XMGCartCellTableViewCell

- (void)awakeFromNib {
    [super awakeFromNib];

}

- (IBAction)reducebtn:(UIButton *)sender {
//开始调用协议方法
    if([self.delegate respondsToSelector:@selector(respondsToSelector:)]){
        [self.delegate winecellreduesfun:self];
    }
}
@end

//3.某类遵守协议并实现协议
@interface XMGCartViewController () <XMGCartCellTableViewDelegate>
@end
    //协议实现
#pragma XMGCartCellTableViewDelegate
-(void)winecelladdfun:(XMGCartCellTableViewCell *)cell
{
    int totalmoney=self.totalmoney.text.intValue + cell.winecell.money.intValue;
    self.totalmoney.text=[NSString stringWithFormat:@"%d",totalmoney];
}

时间: 2024-08-12 02:01:17

ios--->OC中Protocol理解及在代理模式中的使用的相关文章

Android开发中无处不在的设计模式——动态代理模式

继续更新设计模式系列,写这个模式的主要原因是最近看到了动态代理的代码. 先来回顾一下前5个模式: - Android开发中无处不在的设计模式--单例模式 - Android开发中无处不在的设计模式--Builder模式 - Android开发中无处不在的设计模式--观察者模式 - Android开发中无处不在的设计模式--原型模式 - Android开发中无处不在的设计模式--策略模式 动态代理模式在Java WEB中的应用简直是随处可见,尤其在Spring框架中大量的用到了动态代理:算是最重要

ios category,protocol理解

category: 向现有的类中增加方法,同时提供方法的实现,现有类不需要做任何改动. protocol:(相当于Java或C#中的接口interface,当很多类都要需要类似的方法,但是方法具体实现因类的不同而不同的时候,需要用到protocol或interface,C++中不需要interface是因为C++支持多重继承,实现类似功能只需要各个类继承同一个基类即可) 现有的类如果要实现protocol就需要实现其中的方法,方法实现在现有的类中,现有类需要做改动.

oc学习之路----scrollView的代理模式

右图是OC里面scrollView的代理的描述,从这里可以开出来,任何对象都可以作为scorllView的代理对象只要实现了UIScrollViewDelegate这个协议,为什么呢,原因要追究到UIScrollView和delegate的通讯,大致分以下3个:1.在SV被拖拽的时候要给代理发送特定的消息,2.在滚动到特定位置的时候发送特定的消息.3.在用户停止拖拽的 时候也会发送消息.消息即方法,具体调用了以下三个方法,分别是: 所以,要想做SV的代理,必须有这三个方法,而UIScrollVi

【IOS开发之Objective-C】协议和代理

在现实生活中我们存在各种各样的协议,但是都有一个共同点,就是拟定的协议,就要遵守,不遵守就是违约.在OC中也有协议这一个概念而且和我们现实生活中的协议的特点是类似的.有时我们自己想做什么事,但是现在没这个能力自己去做,亲力亲为,我们就需要找代理来帮我们做了.那么在OC中也有代理这个概念.下面就简单的说说OC中的协议和代理. 一.协议 在<[IOS开发之Objective-C]对象的交互>中实现了一种对象的交互的方式.在OC中还有其他方式,比如说协议,在OC中用协议来规范接口,是实现对象之间的交

【原】谈谈对Objective-C中代理模式的误解

[原]谈谈对Objective-C中代理模式的误解 本文转载请注明出处 —— polobymulberry-博客园 1. 前言 这篇文章主要是对代理模式和委托模式进行了对比,个人认为Objective-C中的delegate大部分用法属于委托模式.全文有些抠概念,对实际开发没有任何影响. 前段时间看到的一篇博客iOS开发——从一道题看Delegate,和这篇博客iOS APP 架构漫谈解决的问题类似.两篇blog都写得很不错,都是为了解决两个页面之间的数据传递问题: A页面中有一个UILabel

设计模式(十四):代理模式

一.概述 代理模式为另一个对象提供一个替身或占位符以控制对这个对象的访问.其实就是代理就是做到类似转发的功能,针对不同代理,转发的具体实现不同. 二.解决问题 从原理知道他就是控制客户对一个对象的访问,它跟现实中的中介代理类似,只是作为代表做一些受理工作,真正执行的并不是它自己.比如买火车票,外面有很多火车票代理点,我们直接去代理点买票就好而不用跑到火车票买了(暂时不考虑网购哈). 三.结构类图 四.应用实例 在这个例子中,主要讲解远程代理,它可以作为另一个JVM上的本地代表.客户端调用代理的方

深入剖析代理模式

代理模式理解 为其他对象提供一种代理以控制这个对象的访问.在某些情况下,一个客户不想或者不能直接引用另一个对象,而代理对象可以在客户端和目标对象之间起到中介的作用. 代理模式能够协调调用者和被调用者,在一定程度上降低了系统的耦合度. 为什么需要代理? 因为一个良好的设计不应该轻易的修改.这正是开闭原则的体现:一个良好的设计应该对修改关闭,对扩展开放.而代理正是为了扩展类而存在的.他可以控制对现有类(需要被代理的类)服务的访问,通俗的解释就是可以拦截对于现有方法的调用并做些处理. 在软件设计中,使

设计模式【代理模式】

首先我们先了解代理,代理是指一个人或者一个机构代表另一个人或者机构采取行动.代理模式给某一个对象提供一个代理对象,并由代理对象控制对象控制对原对象的引用. 代理模式一般涉及三个角色: Subject:抽象角色,声明真实对象和代理对象的共同接口:     Proxy:代理角色,代理对象角色内部含有对真实对象的引用,从而可以操作真实对象,同时代理对象鱼与真 实对象相同的接口以便在任何时刻都能代替真实对象.同时,代理对象可以在执行真实对象操作时,附加其他的操作,相当于对真实对象进行封装.简言之,代理

iOS学习之MVC,MVVM,MVP模式优缺点

为什么要关注架构设计? 因为假如你不关心架构,那么总有一天,需要在同一个庞大的类中调试若干复杂的事情,你会发现在这样的条件下,根本不可能在这个类中快速的找到以及有效的修改任何bug.当然,把这样的一个类想象为一个整体是困难的,因此,有可能一些重要的细节总会在这个过程中会被忽略. 分析三种模式的优缺点: MVC 即 Modal View Controller(模型 视图 控制器). 20 世纪 80年代为编程语言 Smalltalk-80 发明的一种软件设计模式 MVC 的几个明显的特征和体现: