OC中@interface、@implementation、@protocal

最新推荐文章于 2021-05-23 10:33:58 发布

春天的早晨

最新推荐文章于 2021-05-23 10:33:58 发布

阅读量4.8k

点赞数 2

分类专栏： object C java

java 同时被 2 个专栏收录

69 篇文章 2 订阅

订阅专栏

object C

10 篇文章 1 订阅

订阅专栏

Java中的interface和implementation

从事java开发的程序员们都知道，在java中interface是接口的意思，java中类是用class声明，接口用interface声明，是两个独立的部分，只有在类声明要实现某个接口时，他们两者才建立了关系，例如：

interface AI{  
    void print();  
};  
class AC{  
};

这时候，AI和AC是独立存在，AC不会因为没有和AI建立关系而编译错误，将AC做以下修改后，AI才和AC建立了关系，AC必须实现AI中声明的方法才能通过编译。

class AC implement AI{  
    void print(){  
        system.out.println('Hello World');  
    }  
};

OC中的interface和implementation

现在，我们来看Objective-c，网上大家都将oc中的interface理解为“非正式协议（或说接口）”，prototal理解为“正式协议（或说接口）”，我觉得那样理解起来虽然不困难，但是很变扭，于是我做一点自己的理解：
1. protocal就相当于java中的interface；
2. 而interface和implementation共同代表一个类，两者的组合相当于java中的class，即oc中的类必须包括两部分，interface部分和implementation部分，这才是oc中的一个类的完整声明；然后OC中将成员变量和成员方法的声明部分放置在interface部分中，包括继承关系，protocal实现关系，都在interface里面的头部进行声明，然后将实现部分放置在implementation部分中，相当于是将类拆分成声明和实现两部分，这两部分缺一不可，所以在OC中，不妨不要将interface叫做接口，直接叫做类声明部分来得容易理解多了，简而言之，oc中interface是类的一个部分，和implementation共同组成一个完整的类。

protocol

1、protocol（协议）类似java中的接口，定义了一些类需要公用到的方法，只要遵守这个协议，就可以拥有这些方法并可以去实现它们，这样可以避免许多重复的代码。
比如，一个Teacher（老师）类，一个Student（学生）类
老师有goToClassroom（去教室），goToToilet（去厕所），goToOffice（去办公室）等方法，学生也有

这样Teacher类和Student类都需要声明重复的代码

Teacher.h

#import <Foundation/Foundation.h>

@interface Teacher : NSObject

- (void)goToClassroom;
- (void)goToToilet;
- (void)goToOffice;

@end

Student.h

#import <Foundation/Foundation.h>

@interface Student : NSObject

- (void)goToClassroom;
- (void)goToToilet;
- (void)goToOffice;

@end

实现方法我就不实现了，如果这时有个协议来制定这些方法，让Teacher和Student都去遵守的话，就不需要重复这么多代码

SchoolDaily.h

#import <Foundation/Foundation.h>

@protocol SchoolDaily <NSObject>

- (void)goToClassroom;
- (void)goToToilet;
- (void)goToOffice;

@end
 这时Teacher和Student只需要遵守SchoolDaily协议并实现协议里的方法即可拥有这些方法

Teacher.h

#import <Foundation/Foundation.h>
#import "SchoolDaily.h"

@interface Teacher : NSObject <SchoolDaily>

@end
Student.h

#import <Foundation/Foundation.h>
#import "SchoolDaily.h"

@interface Student : NSObject <SchoolDaily>

@end

2、@required代表协议里的方法必须实现，否则编译器会警告，不写默认是@required，@optional代表协议里的方法是选择实现

比如，goToOffice方法Student可以选择不实现

SchoolDaily.h

#import <Foundation/Foundation.h>

@protocol SchoolDaily <NSObject>

@required
- (void)goToClassroom;
- (void)goToToilet;

@optional
- (void)goToOffice;

@end

3、协议可以与代理模式相结合

代理模式：委托（delegate），顾名思义就是委托别人办事，就是当一件事情发生后，自己不处理，让被人来处理。

a、在不使用delegate时，Teacher在修改作业前需要Student帮他收作业，则需要拥有学生这个变量

b、学生拥有pickupHomeWork（收作业）这个方法

c、老师拥有checkHemoWork（改作业）这个方法

Student.h

#import <Foundation/Foundation.h>

@interface Student : NSObject

- (void)pickupHomework;

@end

Student.m

#import "Student.h"

@implementation Student

- (void)pickupHomework
{
    NSLog(@"学生收作业");
}

@end

Teacher.h

#import <Foundation/Foundation.h>
#import "Student.h"

@interface Teacher : NSObject

@property(nonatomic, strong) Student *stu;
- (void)checkHomework;

@end

Teacher.m

#import "Teacher.h"

@implementation Teacher

- (void)checkHomework
{
    // 叫学生帮他收作业
    [_stu pickupHomework];

    // 自己修改作业
    NSLog(@"老师修改作业");
}

@end

d、但是，Teacher和Student的耦合性太强，如果有一天这个Student毕业了，换成了Student2来收作业，Teacher类里要修改的代码也不少

f、使用代理的话，Teacher里就不需要修改代码，只需要把Student换成Student2即可

g、于是老师写了一份协议，只有遵守此协议的才能当他的课代表，才可以去收同学的作业

Homework.h

#import <Foundation/Foundation.h>

@protocol Homework <NSObject>

- (void)pickupHomework;

@end

Teacher.h

#import <Foundation/Foundation.h>
#import "Homework.h"

@interface Teacher : NSObject

@property (nonatomic, strong) id<Homework> delegate;
- (void)checkHomework;

@end

Teacher.m

#import "Teacher.h"

@implementation Teacher

- (void)checkHomework
{
    // 叫学生帮他收作业
    [_delegate pickupHomework];

    // 自己修改作业
    NSLog(@"老师修改作业");
}

@end

接下来无论是Student还是Student2还有其他阿猫阿狗类，只要遵守老师的协议就可以有权利去收作业了

Student.h

#import <Foundation/Foundation.h>
#import "Homework.h"

@interface Student : NSObject <Homework>

@end

Student.m

#import "Student.h"

@implementation Student

- (void)pickupHomework
{
    NSLog(@"学生收作业");
}

@end