前言
早期在做新App时，由于不确定新App的发展路线，所以采用了拆分工程的方式，达成初期较快上线的目标，同时多App也不相互影响。
随着新产品迭代，越来越多需求要在多端上线，这部分需求都需要手动在多个Xcode工程同步，产生较大的成本。
本文就多App的方案做一些探讨。
正文
多App的方案可以大体区分为两类：
1、工程隔离，在Xcode工程维度进行隔离，App所属Xcode相对独立；这样业务迭代相互不影响，功能复用可以通过Pod库方式实现；
2、工程融合，Xcode工程相同，支持单个工程出多个包；这样不同App共享大部分业务需求，功能默认复用，差异化的部分通过配置化、逻辑多态等方式实现；
下面就介绍一种工程融合的解决方案。
单工程多Target方案
多target隔离App是比较常见的做法，大致的Podfile如下：
pod区分：
- common_pod，是通用pod
- app_abc_pod，abc特有pod
- app_xyz_pod，xyz特有的pod
target区分：
- traget_abc，abc的target，由common_pod和app_abc_pod组成
- target_xyz，xyz的traget，由common_pod和app_xyz_pod组成
def common_pod
pod 'CommonFoundation'
end
def app_abc_pod
pod 'BizImplABC'
end
def app_xyz_pod
pod 'BizImplXYZ'
end
target 'traget_abc' do
common_pod
app_abc_pod
end
target 'target_xyz' do
common_pod
app_xyz_pod
end
配置化
图片、json等非代码资源配置化
资源可以通过TargetMembership，选择所属的target
文案、逻辑等代码逻辑配置化
基于上面的commond_pod和target_pod方案，我们再commond_pod声明一个protocol：
@protocol PrintProtocol <NSObject>
@property (nonatomic, copy, readonly) NSString *printerName;
- (void)printNumber:(long)num;
@end
app_abc_pod中实现protocol：
@interface ABCPrinter() <PrintProtocol>
@end
@implementation ABCPrinter
- (NSString *)printerName {
return @"abc";
}
- (void)printNumber:(long)num {
NSLog(@"abc_%ld", num);
}
@end
怎么实现运行时的PrintProtocol多态？
通过runtime获取实现@protocol(PrintProtocol)的类即可。
+ (id)instanceWithProtocol:(Protocol * _Nonnull)protocol
{
id ret;
NSString *protocolName = NSStringFromProtocol(protocol);
Class cls = NSClassFromString(protocolName);
ret = [[cls alloc] init];
return ret;
}
其他逻辑多态方式
宏隔离
在build settings 或者 xcconfig中增加宏定义，比如说APP_ABC 或者 APP_XYZ宏，在代码中就可以根据宏定义进行区分（原理类似DEBUG宏）。
Category隔离
用Protocol声明差异化接口，业务逻辑调用Protocol接口，不同包各自用Category实现Protocol。
继承隔离
用基类声明差异化接口，业务逻辑调用基类接口，不同包各自用子类去继承基类。
总结
多App方案的核心要素总结：
1、差异化代码应该有统一抽象描述，通常使用Protocol；
2、主业务调用抽象逻辑做统一处理，尽量少感知多端差异；
3、多端差异化逻辑各自实现，并尽可能互相隔离；
4、支持配置差异化，包括主题色、文案差异、icon图片差异等；
参考文档：抖音平台多产物代码隔离技术的实践与探索
