objc中的protocal 简单分析

protocal的一个主要的作用就是解耦合,分割代码实现.进行多继承###

java中有interface,objc中有protocal

    //可以看到  被代理的主体中必须要有可以找到代理的引用   然后才能调用引用(另一个类)所实现的方法
    //说白了也就是内部方法调用而已
    @protocol Matherdelegate <NSObject>
    -(void) showlogmother;
    @end

    @interface Mother : NSObject
    @property (nonatomic,assign)id<Matherdelegate> delegete;
    @end
    @implementation Mother
    @end

    @interface Father : NSObject <Matherdelegate>
    @end
    @implementation Father
    -(void)showlogmother{
        NSLog(@"delegate mother");
    };
    @end

    int main(int argc, const char * argv[]) {
        @autoreleasepool {
           
            Mother *mother=[[Mother alloc]init];
            Father *father =[[Father alloc]init];
            mother.delegete=father;
            [mother.delegete showlogmother];
            
        }
        return 0;
    }

归根结底是底层代码的转移,就和汇编中的called指令一样,转移执行代码位置而已!但是为了可重用性(程序可以被多次调用)也为了减少耦合,将有些程序代码交给另一个地方去执行...汇编中是call子函数,protocal 执行的也是相似的功能.所以,产生了第三方代理....java中是interface,objc中是protocal...

明白了它产生的作用,这样我们在使用的时候才能更顺风顺水..

protocal在ios 的cocoa 层面运用随处可见,用来将数据和UI进行分离..比如最简单的启动代码

#import <UIKit/UIKit.h>

@interface AppDelegate : UIResponder <UIApplicationDelegate>

@property (strong, nonatomic) UIWindow *window;


@protocol UIApplicationDelegate<NSObject>

@optional

- (void)applicationDidFinishLaunching:(UIApplication *)application;
- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(nullable NSDictionary *)launchOptions NS_AVAILABLE_IOS(6_0);
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(nullable NSDictionary *)launchOptions NS_AVAILABLE_IOS(3_0);

- (void)applicationDidBecomeActive:(UIApplication *)application;
- (void)applicationWillResignActive:(UIApplication *)application;

这是最开始的 appdelegate 的代码...可以看到这里实现了applicationdelegate的协议
这样的话,继承了UIresponder的app就有了处理app启动时候的能力appdelegate....当app启动之后,比如 didfinishlaunching 这个方法是如何运行的呢?

S_CLASS_AVAILABLE_IOS(2_0) @interface UIApplication : UIResponder

+(UIApplication *)sharedApplication NS_EXTENSION_UNAVAILABLE_IOS("Use view controller based solutions where appropriate instead.");

@property(nullable, nonatomic,assign) id<UIApplicationDelegate> delegate;

---

我们先看uiapplication,uiapplication 是uiresponder的子类,而且这里尤其重要的是@property (....) delegate,这个就是这个application的代理,程序开始的时候,在实例化** appdelegate**和application后,当程序运行到某个触发点(tigger),比如 didfinishlaunching,会向app的delegate发送消息,而这些需要通过app持有的delegate执行的消息,其实在底层就是代码函数的跳转..所以我们一般还会将调用者传递过去...进行进一步的处理..

何时发送这个消息 一般是由使用者或者系统决定(比如按下按钮 开机等)......

Q:代理和 block 有什么取舍和异同吗?

A:

• 代理一般比较臃肿,声明和实现进行了分开,在运行的时候,由于是别的类进行工作,一遍要传递数据和临时变量...在实现3个及以上的时候可以考虑使用代理
• 而 block 就和回调函数(c)一样,在事件发生时就直接进行调用,方便而且代码少__.不便之处就是一个block只能在一个地方使用,代理可以一对多...只要它们都实现代理即可(通知是多对多)