前言

早期在做新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;
}