有朋友问到了贴牌的事情,就记录一下,
前言
在公司发展过程中,除了开发维护自有品牌外,针对有实力有潜质的客户,公司还会接受OEM「贴牌开发」的合作方式。在硬件产品方面,OEM方式主要体现于「外观重新开模改丝印」,「PCB重新layout」和「功能定制开发」;在App方面,主要体现于「App Logo修改」,「欢迎页面修改」,「关于我们页面修改」,「App背景颜色修改」和「功能定制开发」。
目前公司的客户中,大概有5个客户是以OEM的方式进行合作的,所以,对于App,需要采用一个容易维护的方式来管控公司及所有OEM客户的App。
问题描述
针对「前言」中描述的情况,需要解决的问题可以归纳如下:
- 6个App的代码需要共用,尽量减少代码间的差异
- 每个App的「应用名称」、「应用图标」、「欢迎页面」及「关于我们页面」均不同
- 在个别功能或页面在实现上,每个App均有一定差异性
- 每个App对应的开发者帐号均不同
解决方案
在Xcode中,有一个「Mutil-Target」功能,在苹果官方文档中对于Target是这样描述的:
「A target specifies a product to build and contains the instructions for building the product form a set of files in a project or workspace. A target defines a single product;
it organizes the inputs into the build system -- the source files and instructions for processing those source files -- required to build that product. Projects can contain one or more targets, each of which productes one product.」
这段话大概可以理解为「同一个Xcode工程中,每一个target可以对应一个独立的App
,通过target相关的配置,可以定义每个Target(即App)的build属性:例如「需要编译哪些文件」、「App名称」、「App的Bundle ID」等」。这么看来,使用Target功能,即可满足此次需求。
添加Target的过程可分为以下几步:
新建Target
根据需求,新Target的大部分内容跟原Target相似,所以我们使用「Duplicate」的方式来「复制生成」新Target。点击Target名称可以很方便地改名,假设名称改为「NewTarget」。
设置「App名称」
设置info.plist文件
1) 添加「NewTarget」后,可以发现工程中多了一个「Target_copy-info.plist」,在此,我们将其名称改为「NewTarget-info.plist」,一般来说,此文件内容不需要修改。
2) 在「TARGETS」中选择「NewTarget」,进入工程的「Build Setting」页面,找到「Packaging」分类,把里面的「info.plist File」改为「NewTarget-info.plist」
3) 此时回到「General」页面,就可以对Bundle Identifier」和「Team」等选项进行修改了。
设置infoPlist.strings文件
1) 在工程目录中新建文件夹「NewTargetInfo」。
2) 找到工程文件夹中的infoPlist.strings文件(注意,每种语言均有一个infoPlist.strings文件),将其复制到文件夹「NewTargetInfo」中。
3) 在Xcode工程中新建Group「NewTarget-Info」,将「NewTarget-info.plist」拖到该Group中,同时,通过「Add Files to “Target”」选项将步骤2)中的infoPlist.strings文件添加到Group「NewTarget-Info」。
4) 选中「infoPlist.strings」,在「Utilities View」中的「Target Membership」选项,选择此「infoPlist.strings」属于哪个Target,注意,这里不能多选,只能选中「NewTarget」。
5) 打开「infoPlist.strings」文件,在各个语言文件中添加下述语句,其中「AppName」根据需求填写。
"CFBundleDisplayName" = "AppName";
添加「App图标」及「启动页面」
添加「App图标」
添加「App图标」相对简单
1) 进入「Images.xcassets」中,通过「按住Option按钮拖拽」的方式,得到原来的「AppIcon」的拷贝,将其改名为「NewTarget AppIcon」;
2) 右键「Show in Finder」,将新的App图标按照相同的名称拷贝进文件夹,覆盖原有图标。
3) 进入「NewTarget」的「General」页面,找到「App Icons and Launch Images」分类,在「App Icons Source」选项中选择「NewTarget AppIcon」;
添加「启动页面」
「启动页面」分两种情况,一种是IOS7及以下版本的「启动页面」,一种是IOS8及以上版本的「启动页面」
对于IOS7及以下版本
参考「App图标」的三步配置,即可为「NewTarget」创建新的「启动页面」
对于IOS8及以上版本
由于IOS8及以上版本的启动页面使用的是「Launch Screen」,而「Launch Screen」的样式只能通过修改.xib页面实现,不可编写任何代码。假设「Launch Screen」中只有一个ImageView元件,ImageView元件的image为「welcomePage.png」,那么,我们可以在工程中添加多个同名但不同内容的welcomePage.png,并通过「Target Membership」来定义不同的「welcomePage.png」分别关联哪个Target,即可实现不同Target使用不同「启动页面」的目的。
添加预编译宏
对于不同Target间代码级别的差异,我们可以通过预编译宏来实现代码预编译。进入「Target」的「Build Settings」界面,找到「Preprocessor Macros」选项,在「Debug」及「Release」选项中,按需增加宏定义。例如,为「NewTarget」添加宏定义
"TARGET_TYPE"="NEW_TARGET"
那么在代码中,即可通过预编译语句实现代码的差别编译。
#if TARGET_TYPE == NEW_TARGET
//do something for NewTarget
#else
//do something for OtherTarget
#end
Manage Schemes
最后一步!将系统默认生成的 build Scheme 名称改为「New Target Release」即可,当然,还可以按需添加不同的 scheme.
坑!!!
奇怪的编译问题
_Warning: The Copy Bundle Resources build phase contains this target's Info.plist file 'Simart-Info.plist'._
原因:在「Target-Info.plist」的「Target Membership」选项中误选了某个Target,正常情况下,「Target-Info.plist」在「Target Membership」选项中是不选择任何一个Target的。
Unable to run command 'CpResource Simart.app' - this target might include its own product.
Unable to run command 'Touch Simart.app' - this target might include its own product.
原因:在「Products」Group中的某个product的「Target Membership」中给误选了某个Target,正常情况下product不应该关联到任何一个Target。
App名称无法修改
原因:在修改「NewTarget」的「InfoPlist.strings」文件时,发现无论如何修改,App名称都会显示OriginalTarget的App名称,排查后发现,「OriginalTarget」的「InfoPlist.strings」的「Target Membership」中除了勾选了「OriginalTarget」外,还勾选了「NewTarget」,这就导致了在编译「NewTarget」时,错误地读取了「OriginalTarget」的「InfoPlist.strings」文件。
重新检查一遍所有Target「InfoPlist.strings」的「Target Membership」选项,保证关联的唯一性和正确性即可。
「启动页面」无法显示
此问题出现在IOS8.0及以上版本中。
问题具体表现为:无论使用模拟器或者真机调试,在切换Target时,均会「随机」出现「启动页面」变成白色。检查了很多遍各个Target的配置,并未发现问题。
最后,Achive每个Target的AD HOC版本,并通过fir.im进行分发测试,发现每个Target的「启动页面」均正常,难道这是Xcode-7.2.1的Bug?目前不得而知,待后续跟进...
总结
总的来说,使用「Multi-Target」方案,算是「完美地」解决了此次需求。同时,此方案也可用于「发布独立的测试版本」「发布有限制的App版本」等需求。
总而言之,只要理解了A target defines a single product
,具体怎么用就看项目的实际需求了。
作者:ChamchamBen
链接:http://www.jianshu.com/p/a29a4fbe781d
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。