ios 架构思路(二)

这里主要是将上期的核心思路应用到应用到UITableView上来。
这里与上一期最大的不同就是在于,以cell来作为view的平台。这里还有添加一些优化性能的思路。

自定义cell(作为平台)

这里有个比较特殊的地方,也是它的优势的地方,复用机制。所以在cell使用的控件上必须要在创建cell的同时创建其它的控件。
代码:

+ (instancetype)addFrameworkCellTableViewCell:(UITableView *)tableView {
    static NSString *ID = @"TYFrameworkCellTableViewCell";
    TYFrameworkCellTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
    if (!cell) {
        cell = [[TYFrameworkCellTableViewCell alloc] initWithStyle:UITableViewCellStyleValue1 reuseIdentifier:ID];
        [cell initView];
    }
    return cell;
}
- (void)initView {
    TYFrameworkCellLayoutView *layoutView = [TYFrameworkCellLayoutView addFrameworkCellLayoutView];
    [self addSubview:_layoutView = layoutView];
}

TYFrameworkCellLayoutView就是我们创建所有控件的类,在addFrameworkCellLayoutView方法中我们只是做创建,没有涉及到布局。

获取数据转模型和简单处理布局数据

在这里我们使用的是本地的json数据,在获取数据后通过创建子线程来做布局数据计算。

+ (void)addWithFrameworkModelLayoutStr:(NSString *)str frameworkModel:(frameworkModelLayoutBlock)frameworkModel {
    NSMutableArray *muArr = [NSMutableArray array];
    NSArray *arr = [TYJsonData addJsonDataStr:str];
    for (int i = 0; i < arr.count; i++) {
        NSDictionary *dic = arr[i];
        NSString *contentStr = dic[@"lblContent"];
        dispatch_queue_t queue = dispatch_queue_create("frameworkModelLayout", DISPATCH_QUEUE_CONCURRENT);
        //异步并发执行
        dispatch_async(queue, ^{
            CGSize size = [TYJsonData addWithCalculateHeightStr:contentStr];
            dispatch_sync(dispatch_get_main_queue(), ^{
                NSString *heightStr = [NSString stringWithFormat:@"%f",size.height];
                NSString *viewHeight = [NSString stringWithFormat:@"%f",400 + size.height + 50 + 20];
                NSMutableDictionary *mutbleDic = [NSMutableDictionary dictionaryWithDictionary:dic];
                [mutbleDic setValue:viewHeight forKey:@"viewHeight"];
                [mutbleDic setValue:heightStr forKey:@"lblHeight"];
                TYFrameworkCellModel *models = [TYFrameworkCellModel addWithModelDic:mutbleDic];
                [muArr addObject:models];
                if (i == arr.count - 1) {
                    if (models) {
                        frameworkModel(muArr);
                    }
                }
                
            });
        });
    }
    
}

这也算个性能优化的点,我们提前对布局进行运算,不在主线程中进行炒作。

进行页面布局

- (void)introductionWithData:(TYFrameworkCellModel *)model sliding:(BOOL)sliding {
    _layoutView.left = 0;
    _layoutView.top = 0;
    _layoutView.width = w;
    _layoutView.height = [model.viewHeight floatValue];
    
    [_layoutView addWithLayoutModel:model];
    [TYFrameworkLogic addWithImageUrl:model sliding:sliding operationImage:^(NSString *urlStr) {
        [_layoutView addWithImageUrl:urlStr];
    }];
}

具体来说,这里我们进行了两步操作。布局和处理页面逻辑数据,TYFrameworkLogic就是我们页面数据逻辑处理。

在这里主要处理的两个性能问题,一个是就布局,一个就是图片的加载实际的处理。布局就是通过子线程来做运算。图片加载时机,这里就要通过UIScrollView来做处理了。大致的思路就是,滑动时不让其进行图片加载,当滑动停止时才对图片进行加载。
为什么要这样做了,大家都知道异步加载图片不影响主线程,但图片显示出来就要在主线程上进行操作。因为图片是一张一张的请求,请求成功后直接加载到页面上,这一过程就使用到了主线程。加载的多就会出现卡顿现象。

你可能感兴趣的:(ios 架构思路(二))