组件化分享

1.设计思想

1.1.为什么要做组件化
  • 编译效率低下
  • 多人协作困难
  • 开发不够敏捷
  • 多APP相同模块未复用导致重复开发
  • 测试复杂
  • 耦合严重
  • 其它
1.2.什么是组件化

顾名思义就是把一个大的 App 拆成一个个小的组件,相互之间不直接引用,然后通过主工程将项目所需要的组件组合起来

  • 代码分库:底层SDK(埋点、性能监测...)-->中层UI组件(分享、城市切换...)-->上层业务组件(资讯、车型...)
  • 使用Cocoapods的Podfile来管理,再在主工程把各个子库的版本号聚合起来
  • 合理的分层架构
  • 理清依赖关系
  • 一整套工具链支撑组件发版与集成
1.3.改造前的方案
  • 协议注册这一步是不需要的,会造成不必要的内存常住,新增模块需要注册才能使用
  • 通过协议显式调用各组件的服务,如果服务实现发生变化,势必需要修改协议接口,阻塞开发。
1.4.改造后的方案

目前现有的业务已经稳定,各组件间的接口调用不会发生大的变化,所以可以进行大范围的改造。

  • 组件间的通信改为硬编码的方式,参数为URL和para
  • 通过解析URL获取action后采用runtime方式统一处理
  • 去掉protocol层及service层改为category实现,category内部通过performTarget:action:params:来调度runtime
  • 各组件增加target类来实现runtime的最终调度
  • 组件化分享_第1张图片
    改造方案

2.一些概念

2.1. scheme

参考:易车平台化scheme规范
:bitauto.yicheapp://yicheApp/carmodel/zongshu?carId=543&cityId=201
构成:scheme://host/path1/path2/...?query

2.2. category
  • category本身就是一种组合模式,根据不同的分类提供不同的方法,此时每一个组件就是一个分类,因此把每个组件可以支持的调用用category封装是很合理的。
  • 在category的方法中可以做到参数的验证,在架构中对于保证参数安全是很有必要的。当参数不对时,category就提供了补救的入口。
  • category可以很轻松地做请求转发,如果不采用category,请求转发逻辑就非常难做了。
  • category统一了所有的组件间调用入口,因此无论是在调试还是源码阅读上,都为工程师提供了极大的方便。
  • 由于category统一了所有的调用入口,使得在跨模块调用时,对于param的hardcode在整个App中的作用域仅存在于category中,在这种场景下的hardcode就已经变成和调用宏或者调用声明没有任何区别了,因此是可以接受的。

3.实际应用

搜索模块结果页点击图集跳转到车型模块图集页

项目需要引入BPTRoute

pod 'BPTRoute'
一、响应方

首先创建车型模块的category库(目前放在了一起),创建BPTMediator的category

BPTMediator+BPChoseSelegate

实现接口

/**
 图集新

 @param param
  @{@"modelId":12367,   //车系id
   @"groupId":1,         //图集类型(1:外观  2:前排  3:后排  4:官方  5:图解)
   @"photoId":@"",      //选中图片Id
   @"styleId":@"",      //车款id
   @"colorId":@"",      //颜色id
   @"innerColorId":@""} //内饰颜色id
 
 Exampe:
 
 [BPTRouteShared bptRouteOpenUrl:@"bitauto.yicheapp://yicheApp/xuanche/galleryAggregate" query:@{@"modelId":@"",@"groupId":@""}];
 
 */
- (void)xuanchegalleryAggregate:(nullable NSDictionary *)param;

- (void)xuanchegalleryAggregate:(nullable NSDictionary *)param{
     [BPTRouteShared bptperformTarget:BPTMediatorBPTarget_CarModeler action:@"xuanchegalleryAggregate" params:param shouldCacheTarget:NO];
}

之后在车型模块创建target类BPTarget_CarModel,实现上面的actionxuanchegalleryAggregate。因为BPTarget_CarModel处于车型模块,所以可以处理所有车型模块相关业务

- (void)xuanchegalleryAggregate:(nullable NSDictionary *)param{
   [BPCJumpRouteManger chooseJumpCondeMage:BPCPhotoBrowserDetail dic:param other:nil];
}
二、调用方

调用方BPQSearchAllViewController引入BPTMediator

#import "BPTMediator+BPChoseSelegate.h"

点击图集时执行:openURL

[[BPTMediator sharedInstance] bptRouteOpenUrl:@"bitauto://yicheApp/xuanche/galleryAggregate"
                                          query:@{@"modelId":albumModel.serialId?:@"",
                                                  @"groupId":[BPQTool photoTypeWithPicType:@(phontoType)],
                                                  @"photoId":photoId?:@""}];

4.参考

  • CTMediator1
  • CTMediator2
  • 美团-Category 特性在 iOS 组件化中的应用与管控
  • 美团-美团外卖iOS多端复用的推动、支撑与思考

你可能感兴趣的:(组件化分享)