iOS架构设计与优化(一)

前言

随着移动开发的浪潮逐渐退去,现在对于移动开发工程师的要求越来越高,不在仅仅满足于能完成项目所需的功能于界面的搭建,对于底层和架构的理解对于现在的开发越来越重要,在此有一点架构的设计经验可以与大家分享和探讨

传统移动MVC设计模式

在长久以来的开发过程中,我们有使用着用途最广,使用者众多的MVC设计模式。但是,随着开发的进行,MVC产生的问题越来越多,控制器层的代码无法控制,代码越来越难以维护和迭代。每当产品来提出新的需求,程序猴子们的大刀早已饥渴难耐了,但是又不得不陷入继续打补丁版本更新无尽的循环中···

是MVC已经被时代淘汰了吗? 可能我们没有使用正确的姿势

深入理解MVC中的M

Model不只是一个数据模型,更是一个处理数据产生、获取、逻辑处理中心,不能只单单理解为一个数据模型,我们在开发中使用的Model只是这个数据中心中很小很小的一个部分。而在这个数据中心中,我们又应该将这个中心分层,比如可以分为Service层用来处理业务逻辑、DAO层处理数据库逻辑、Protocol层来封装一些某些功能接口等等。在此,我使用JAVAWeb中的一个图来描述此设计模式是再好不过了,如下:

一张图片

移动开发过程中不涉及Web服务器层,但是后面两部分的设计思想可以很好的借鉴和使用到移动开发中,特别是Service层的设计,由于在Java中除了类能封装某一些特定的功能之外,还提供了给我们interface来封装某一些特定的功能,一是用来避免使用类的重量级剔除三大特性,二是能解决不相干的类中包含一些共同的方法的问题。在iOS中,我们就可以大肆使用protocol来解决分层中的许多问题,现在越来越火的POP面向协议编程也就是利用的这一思想。欣慰的是,在Swift版本不断迭代过程中,苹果也越来越重视和推崇这一思想,在Swift中也不断优化,方便开发者使用,已经支持在协议中添加默认的方法实现,使用起来更加方便

逼逼了这么多,不来点代码

不多逼逼,直接上项目代码:

项目中有这样一个需求:有几个页面内容大致相同,这个页面的数据源不同,不同数据源展示的页面Cell也不完全同,数据需要缓存,没有网络的时候需要展示缓存数据,有网络时显示网络请求下来的最新数据

思路1:每个不同页面分别建立一个控制器,分别写请求方法,控制器中独立编写每个页面的逻辑处理与控制

思路2:抽取这几个页面的共同部分为基类,然后建立子类分别写子类中独立的方法

思路3:只写一个公共通用类,针对不同页面的数据,切换不同的数据源,并且在直接在通用类中判断来展示不同的cell

对比一下三种思路,第一种思路最容易想到,也是程序员能马上开工的思路,但是也是代码最多最累的方式,且不利于后期增加和维护;第二种比第一种多了继承的思想,但是也增加了代码量和文件量;在项目中我是采取了第三种方式,最少代码来能实现需求功能,且还要利于后期维护

抽取一个protocol文件并提取几个页面公用数据借口

@protocol LYIPAggregationBusinessProtocol 
//////////////////////////筛选条件//////////////////////////
- (LYSignal<NSArray<LYAggregationFilterModel *> *> *)allSearchConditions;

//////////////////////////搜索结果//////////////////////////
- (LYSignal<NSArray<LYAggregationCommonDetail *> *> *)allSearchedCommonItemsPage:(NSInteger)page rows:(NSInteger)rows keywords:(NSString *)keywords;

@end

不同的页面新建文件并在.h中添加协议继承公用protocol并增加特有方法,由于项目代码涉及公司业务故名称用Page代替

@protocol LYIPAggregationPage1DatasProtocol<LYIPAggregationBusinessProtocol>

///////////////////////获得页面一列表数据///////////////////////
- (LYSignal<NSArray<LYAggregationPage1Detail *> *> *)commonItemsWithPage:(NSInteger)page rows:(NSInteger)rows catId:(NSString *)catId;

...省略其他方法
@end

///////////////////////获得页面二列表数据///////////////////////
@protocol LYIPAggregationPage2DatasProtocol<LYIPAggregationBusinessProtocol>
- (LYSignal<NSArray<LYAggregationPage2Detail *> *> *)commonItemsWithPage:(NSInteger)page rows:(NSInteger)rows catId:(NSString *)catId;

...省略其他方法
@end

///////////////////////获得页面三列表数据///////////////////////
@protocol LYIPAggregationPage3DatasProtocol<LYIPAggregationBusinessProtocol>
- (LYSignal<NSArray<LYAggregationPage3Detail *> *> *)commonItemsWithPage:(NSInteger)page rows:(NSInteger)rows catId:(NSString *)catId;

...省略其他方法
@end

protocol抽取完毕,接下来继续看实现,实现写在.m文件中,由于几个不同页面的逻辑大致相同,故只展示一个页面代码:

- (LYSignal<NSArray<LYAggregationFilterModel *> *> *)allSearchConditions {
    // 如果没网通过服务类获取本地数据
    if(LYReachability.currentState == LYNetStateError)  return GET_SERVICE(Page1LocalAllSearchConditions);

    // 有网则请求获取网络最新数据
    return [[@"/v1/guest/childrenCategoryList".http_get parameters:@{
                                                                     @"cateCode" : @"V11"
                                                                     }]
            resultMap:^id(id value) {
                return [LYAggregationFilterModel ly_objectArrayWithKeyValuesArray:value];
            }].signal;
}

- (LYSignal<NSArray<LYAggregationPage1Detail *> *> *)allSearchedPage1ItemsPage:(NSInteger)page rows:(NSInteger)rows keywords:(NSString *)keywords {
    // 如果没网通过服务类获取本地数据
    if(LYReachability.currentState == LYNetStateError) return GET_SERVICE(AllSearchedPage1LocalItemsPage);

    // 有网则请求获取网络最新数据
    return [[@"/v1/search/goods".http_get parameters:@{
                                                       @"page" : @(page),
                                                       @"rows" : @(rows),
                                                       @"cateCode" : @"V11",
                                                       @"keyword" : NotNil(keywords)
                                                       }]
            resultMap:^id(id value) {
                id keyvalues = [value objectForKey:@"list"];
                NSArray *array = [LYAggregationPage1Detail ly_objectArrayWithKeyValuesArray:keyvalues];

                BOOL hasNextPage = [[value objectForKey:@"hasNextPage"] boolValue];

                [array enumerateObjectsUsingBlock:^(LYAggregationPage1Detail *obj, NSUInteger idx, BOOL * _Nonnull stop) {
                    obj.hasNextPage = hasNextPage;
                    obj.page = page;
                }];

                return array;
            }].signal;
}


- (LYSignal<NSArray<LYAggregationPage1Detail *> *> *)page1ItemsWithPage:(NSInteger)page rows:(NSInteger)rows catId:(NSString *)catId {
    // 如果没网通过服务类获取本地数据
    if(LYReachability.currentState == LYNetStateError) return GET_SERVICE(Page1LocalItemsWithPage);

    // 有网则请求获取网络最新数据
    return [[@"/v1/guest/goodsList".http_get parameters:@{
                                                          @"page" : @(page),
                                                          @"rows" : @(rows),
                                                          @"cateCode" : catId? catId: NotNil(@"V11"),
                                                          }]
            resultMap:^id(id value) {
                id keyvalues = [value objectForKey:@"list"];
                NSArray *array = [LYAggregationPage1Detail ly_objectArrayWithKeyValuesArray:keyvalues];

                BOOL hasNextPage = [[value objectForKey:@"hasNextPage"] boolValue];

                [array enumerateObjectsUsingBlock:^(LYAggregationPage1Detail *obj, NSUInteger idx, BOOL * _Nonnull stop) {
                    obj.hasNextPage = hasNextPage;
                    obj.page = page;
                }];

                return array;
            }].signal;
}

在页面数据获取的实现中,我添加了数据获取的实现先判断用户当前的网络状态。如果断网状态我先通过一个服务类宏去获取本地数据,本地数据的获取也是一个协议,通过协议的方法拿到数据的实现,再看控制器代码:

@interface LYPage1ViewController()
@property (nonatomic, strong) id<LYIPAggregationBusinessProtocol> dataGetter;
...省略其他代码
@end

- (void)viewDidLoad {

    [super viewDidLoad];
    // 添加数据绑定
    [self setupData];
    ...
}

- (void)setupData {

    if ([self.cateCode isEqualToString:@"V11"]) {
        self.dataGetter = GET_SERVICE(LYIPAggregationPage1DatasProtocol);
    }else if([self.cateCode isEqualToString:@"V18"]) {
        self.dataGetter = GET_SERVICE(LYIPAggregationPage2DatasProtocol);
    }else {
        self.dataGetter = GET_SERVICE(LYIPAggregationPage3DatasProtocol);
    }
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    if ([_cateCode isEqualToString:@"V11"]) {
        LYIPAggregationPage1Cell *cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass(LYIPAggregationPage1Cell.class)];
        cell.dataSource = self.commonItemsArray[indexPath.row];
        return cell;
    }else if([_cateCode isEqualToString:@"V18"]){
        LYIPAggregationPage2Cell *cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass(LYIPAggregationPage2Cell.class)];
        cell.ticketDataSource = self.commonItemsArray[indexPath.row];
        return cell;
    }else {
        LYIPAggregationPage3Cell *cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass(LYIPAggregationPage3Cell.class)];
        cell.dataSource = self.commonItemsArray[indexPath.row];
        return cell;
    }
}

上面的代码片段只展示了控制器中的部分代码,在属性中只需要用一个id类型来接受数据源,数据源必须实现公共协议方法,在数据绑定的方法中根据业务去判断获取对应的数据源数据,实现数据源和控制器的完全分离。在项目中是抽出一个GET_SERVICE()宏来实现,宏中的参数也是一个协议字符串名称,关于宏和Service的实现放在第二篇介绍。数据请求可以完全从控制器代码中分离从而减轻控制器负担,当然,分离这个并不是重点,重点是我们抽出一个数据服务类之后,我们可以在服务类中添加更多逻辑和方法,数据来源只是其中的一种。数据来源可以从本地缓存的数据库获取,也可以从网络请求获取。本地的缓存服务也可以抽出一套接口方法,让具体的实现类去实现。抽取服务类还有一个好处,就是我们在服务器接口未开发完毕或者自己想用假数据来测试时,能手动添加一个类实现协议方法,添加本地假数据方便调试程序。切换数据源时十分简单,控制器中的代码只需动一行,也就是只用切换数据源获取的方法就能切换为测试数据

服务类的功能还有很多,分离代码是服务类的一个很重要的功能,降低代码内部的耦合,更加便于维护。如果服务类中涉及到数据库的操作时,比如登陆注册成功之后的用户信息入库等操作时,这个时候就应该用到DAO层了。DAO也可以用相同的设计思想来设计,Service层中逻辑可以添加与DAO层的交互,而这所有的一切控制器根本就不用关心

第一篇只是简单介绍了Service层中的一个应用,关于Service的实现,将会在第二篇中介绍。一个好的设计思想和模式确实十分重要,越是大的项目越是要从开始就应该注重设计,设计完成之后再开始写代码。程序员一定要告别写代码时先写一通之后再慢慢填坑、优化、重构的陋习