APP企业签名版本与App Store版本共存问题

环境

由于公司的项目属于不好上架到App Store的项目,所以之前一直用企业签名的形式分发应用,但由于种种原因,现需要上线到App Store。

问题

用户已经习惯了在官网下载APP,并且用户量特别大,万级别的,每一个动作都必须小心谨慎,要上线到App Store的话就有两个来源了。此时最难处理的一个点是版本更新!有时候强制更新有时候不强制,初始化的时候调用版本更新相关接口。

方案

1.直接源码上线,不做代码修改。当有新版本的时候用户点击更新一致跳转到官网下载页,在下载页分离出一个App Store入口,用户也可以选择跟以前一样直接下载企业签名版本。
问题:
a.两个版本不会兼容,如果此前下载的是企业版本,想要更新App Store版本*应该*是必须先卸载的,反之一样;
b.企业版上线了,可能App Store还没审核通过,带来诸多需要解决的问题比如什么时候提示用户版本更新。

2.修改bundle ID分离APP,就变成了两个APP,用户通过不同渠道可以同时安装两个APP,App Store版本的不再调用后台版本更新接口,直接从App Store获取新版本。
问题:
a.有些使用bundle ID注册的第三方(目前就分享)将不可正常使用,唯一的解决办法就是从那些三方网站申请一个全新的id对应。如此账号就会越来越多,分离工作也越来越复杂,不太推荐。
b.其实还是需要调用后台特定更新接口,因为不知道是否需要强制更新。

3.修改APP名称,通过APP名称(也可以是别的标识,具体可用哪些方案后面给思路)判断是否企业版。此时bundle ID一样还是同一个APP,分别对企业签名版和App Store版本做不同的更新处理。
问题: 这就是我选择的方案,问题大同小异,只是对用户来说体验更好。
下面说具体做法

//获取当前版本号
   let infoDictionary = Bundle.main.infoDictionary
   let appShortVersion = infoDictionary!["CFBundleShortVersionString"] as! String
/*
这里注意下CFBundleShortVersionString与CFBundleVersion的区别,之前我们用CFBundleVersion作为版本升级的依据,
现在发现通过App Store获取的版本信息没有这个数据,所以改为用前者。
*/

获取App Store版本的接口为http://itunes.apple.com/lookup?id=********,下面是返回扥数据结构和部分数据

//App Store版本更新model
struct AppStoreVersionModel: HandyJSON {
    var results: [ResultsVersionModel] = [ResultsVersionModel]()
    var resultCount: NSInteger = 0
}

struct ResultsVersionModel: HandyJSON {
    var releaseNotes: String = ""//版本更新内容
    var version: String = "" //版本号
    var bundleId: String = ""
    var releaseDate: String = "" //发布时间 年月日时分秒
    var trackName: String = "" //应用程序名称
    var screenshotUrls: [String] = [String]() //展示介绍图
    var sellerName: String = ""//开发者或公司
    
}

我会先请求后台的版本接口,不过只拿到其中的是否强制更新的数据,先判断是否需要更新-->需要更新-->判断是否App Store版本-->是-->请求上面接口,顺便把是否强制更新传过去,其余的版本介绍等都直接拿App Store的数据-->点击更新的时候直接open https://itunes.apple.com/app/id*******就自动跳到App Store下载页了。反之就是跳官网爱怎么处理就怎么处理。
这样做的结果就是当有版本更新的时候,企业签名版本的会直接安装更新,App Store版本的还需要获取App Store的版本信息,有新版本才会弹出更新提示。

***另外,我上线的是大陆外的App Store区域,所以http://itunes.apple.com/lookup?id=******** 或者 https://itunes.apple.com/app/id*******/com后面要不要加上/cn需要看自己的需求。

***判断是否是企业版的思路:我们可以通过本地的包获得APP的名字,自然可以获得其它更多信息,在打包的时候也可以做很多处理,比如plist新增一些标识字段等,其实是变相的改了代码。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 苹果官网 21年版本: https://developer.apple.com/app-store/review...
    空空小僧阅读 5,782评论 0 1
  • App Store 审核指南简介App 正在改变世界,丰富人们的生活,并为像您一样的开发者提供前所未有的创新机会。...
    Lonely__M阅读 11,632评论 2 92
  • 想当年也只是帮老师布置过会场而已,可昨晚,俺是真真切切的参与了一场家长会,心情也是小有激动。目前的态势还处于相互摸...
    贱金属阅读 1,384评论 0 0
  • 最近在备考心理咨询师考试,复习了不少心理学相关的内容。突然发现了一个以前从未注意的事实,那就是——大家都有病。可以...
    鲁曼啊漫阅读 2,454评论 0 1
  • 他寻着记忆走过一条条陌生的路,终于走到在众多楼层包围着的家,一座老旧的四合院。 拿出那把好久没有用的钥匙打开了家里...
    chuanyu2015阅读 1,215评论 0 0