前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >单工程多target的多App方案

单工程多target的多App方案

作者头像
落影
发布2023-05-27 14:07:47
3210
发布2023-05-27 14:07:47
举报
文章被收录于专栏:落影的专栏落影的专栏

前言

早期在做新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组成
代码语言:javascript
复制
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:

代码语言:javascript
复制
@protocol PrintProtocol <NSObject>

@property (nonatomic, copy, readonly) NSString *printerName;

- (void)printNumber:(long)num;
@end

app_abc_pod中实现protocol:

代码语言:javascript
复制
@interface ABCPrinter() <PrintProtocol>
@end

@implementation ABCPrinter

- (NSString *)printerName {
    return @"abc";
}

- (void)printNumber:(long)num {
    NSLog(@"abc_%ld", num);
}
@end

怎么实现运行时的PrintProtocol多态? 通过runtime获取实现@protocol(PrintProtocol)的类即可。

代码语言:javascript
复制
+ (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图片差异等;

参考文档:抖音平台多产物代码隔离技术的实践与探索

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2023-05-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 前言
  • 正文
    • 单工程多Target方案
      • 配置化
        • 图片、json等非代码资源配置化
        • 文案、逻辑等代码逻辑配置化
      • 其他逻辑多态方式
        • 宏隔离
        • Category隔离
        • 继承隔离
    • 总结
    领券
    问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档