发布于 

用Objective-C实现抽象类

插图的花是我上个月发工资当天晚上加班回家的路上从一个老人家那里买的,一枝独秀!

上周在微信公众号发布的一篇名为 反向代理 的文章,居然真被微信给封掉了,当时在写的时候我还在想是不是会被微信给封杀掉,真是怕什么来什么,完全符合墨菲定律!那篇文章我就是想给大家分享一下如何设置 Nginx 的反向代理,其中的一些概念可能是因为牵涉到了敏感词汇,本无恶意!

不说这件事情了,还是回到今天分享的主题上面来吧~

在软件设计或者架构设计领域,架构师都会跟大家强调对业务一定要抽象,把具体的业务场景抽象为程序实现很考验一个人的编程和思维能力。所以在面向对象的编程中,抽象是一种必备的能力。

设计框架的时候,一般我们都会约定一些协议,各个模块在交互通信中能够遵守和实现这些协议,就可以保证通信的畅通性,就好比大家遵守排队规则一样,一个一个来就不会乱。

协议可以使用接口的形式或者抽象类的形式都可以定义,不同的编程语言有不同的形式。例如,在Java中提供给开发者的有接口 Interface 还有抽象类 Abstract,示例如下:

1
2
3
4
5
6
7
8
9
/** 接口 */
interface ISeverListener {
public void covertService(String name);
}

/** 抽象类 */
abstract class AbstractServer {
protected abstract String destroyService(String serverID);
}

C++ 中也有抽象类,示例如下:

1
2
3
4
5
6
7
8
class Point
{
protected:
int x, y;
public:
//纯虚函数
virtual void disp()=0;
};

Objective-C 中提供了协议 protocol,没有提供抽象类的东西,但是我们可以借助 protocol 模拟实现抽象类。

DownloaderProtocol.h 协议

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#import <Foundation/Foundation.h>

@protocol DownloaderProtocol <NSObject>

@required

- (BOOL)checkDownloader;

- (void)startDownload:(id)url;

- (void)stopDownload;

- (void)deleteAllDownloadFile;

@end

AbstractDownloader.h

1
2
3
4
5
6
7
8
#import <Foundation/Foundation.h>
#import "DownloaderProtocol.h"

@interface AbstractDownloader : NSObject <DownloaderProtocol>

- (void)setDownloadUrl:(NSString *)url;

@end

AbstractDownloader.m

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
#import "AbstractDownloader.h"

#define AbstractMethodNotImplemented() \
@throw [NSException exceptionWithName:NSInternalInconsistencyException \
reason:[NSString stringWithFormat:@"You must override %@ in a subclass.", NSStringFromSelector(_cmd)] \
userInfo:nil]


@implementation AbstractDownloader

- (instancetype)init
{
NSAssert(![self isMemberOfClass:[AbstractDownloader class]], @"AbstractDownloader is an abstract class, you should not instantiate it directly.");

return [super init];
}

- (BOOL)checkDownloader
{
AbstractMethodNotImplemented();
}

- (void)startDownload:(id)url
{
AbstractMethodNotImplemented();
}

- (void)stopDownload
{
AbstractMethodNotImplemented();
}

- (void)deleteAllDownloadFile
{
AbstractMethodNotImplemented();
}

- (void)setDownloadUrl:(NSString *)url
{
NSLog(@"AbstractDownloader's url = %@", url);
}

@end

从上面的代码可以看出 AbstractMethodNotImplemented()是模拟抽象类的关键,有了这个宏动议之后,凡是需要继承AbstractDownloader 必须要实现对应的方法,否则会报错。ImageDownloader 继承 AbstractDownloader 并且实现对应的方法,示例如下:

ImageDownloader.h

1
2
3
4
5
#import "AbstractDownloader.h"

@interface ImageDownloader : AbstractDownloader

@end

ImageDownloader.m

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
#import "ImageDownloader.h"

@implementation ImageDownloader

- (BOOL)checkDownloader
{
NSLog(@"ImageDownloader checkDownloader...");

return YES;
}

- (void)startDownload:(id)url
{
NSLog(@"ImageDownloader startDownload...");
}

- (void)stopDownload
{
NSLog(@"ImageDownloader stopDownload...");
}

- (void)deleteAllDownloadFile
{
NSLog(@"ImageDownloader deleteAllDownloadFile...");
}

@end

这样做的话,团队相关的开发人员就知道自己继承自 AbstractDownloader 应该做什么了。

这里只是给大家提供一种设计思路,有更好的思路欢迎交流,感谢每一位关注者、阅读者。

一直致力于让开发变得更美好的公众号~


本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议,转载请注明出处。

veryitman