iOS客户端图片处理组件技术方案

背景

原有的CDN功能支持用法比较复杂，尤其多个功能组合（例如：Resize Corner）时，会造成代码逻辑比较复杂，各个业务无法复用，相同逻辑有大量重复代码。业务方在使用API是对传入的ptsize大小不知所措，不同机型对应的ptsize大小固定，不能很好地展示图片内容。

技术分析

在收集完业务方的各个痛点之后，我主要对以下几点进行优化： 1、图片处理统一放到组件内部，对服务端处理过的图片Url进行还原 2、组件内部对象初始化懒加载，保证不同Url只初始化一次 3、简化api接口，采用链式调用，不同action进行明显区分，保证新加的action易扩展 4、业务方只需要关心UI设计稿上的ptsize，框架内部按照设备scale进行统一处理 5、对于不同设备状态，尤其是低端机型采用升降级策略，图片展示优先

技术设计

图片处理组件只对外暴露这一个接口：

代码语言：javascript复制

/**
 *  创建一个PFLImageMaker，内部采用懒加载
 *  @param block 添加想处理的action
 *  @return 返回处理好的图片Url
 */
- (NSString *)imageMaker:(void (^)(PFLImageMaker *maker))block;

得到服务到返回图片Url之后，需要对图片进行一系列处理，大概流程图如下：

为了方便业务接入，直接为NSString添加一个扩展类，通过接口可以直接调用，方法内部懒加载创建一个PFLImageMaker对象。目前图片处理组件提供Resize、Corner、Crop、Circle四种Action，基本可以满足伴鱼内部各业务线的相关需求，后期正在考虑加入毛玻璃、格式转换等功能，同时在各个Action内部，进行升降级管理，监控设备性能（电量、内存、网络情况），在设备性能不好的情况下，主动降低图片质量，保证用户体验。

技术实现

NSString ImageMaker：主要用于提供接口给各个业务方，内部进行图片Url预处理，保证进入图片处理的图片Url是原图的Url。同时进行Url校验，对于不合法的Url，在开发阶段实时反馈给对应的开发人员，保证线上无异常。懒加载创建PFLImageMaker，保证相同的图片Url只有一个ImageMaker对象，防止重复创建，占用内存。

PFLImageMaker：主要是图片处理各个Action类统一初始化的地方，保证收口在同一个地方，跟扩展类解耦，方便以后随时加入别的Action。

PFLImageMakerDeviceManager：该类主要是提供升降级的管理类，处理一些升降级的逻辑。

PFLResizeImageMaker：图片缩放的Action

PFLCornersImageMaker：圆角矩形的Action

PFLCropImageMaker：自定义裁剪的Action

PFLCircleImageMaker：内切圆的Action