企业官网建设流程全解析

概要

• 标准基座仅能更新热刷代码和资源文件，其他诸如修改包名、应用名称、证书、权限、原生模块变更、xml等资源变更、引入三方sdk等，需要完整的执行Android/iOS的打包流程，由Android
  studio或XCode编译打包生成apk或ipa安装包，才能生效。

1.云打包自定义基座

提示：这里可以添加技术整体架构

提示：打包过后就会自动生成一个自定义基座包，并放在项目根目录/unpackage/debug，文件名分别为android_debug.apk或iOS_debug.ipa或Pandora_simulator_debug.app
如下图所示：

1.1 运行自定义基座

提示：选中使用自定义基座运行，下面会有需要运行的apk包名：com.***

2.本地离线打自定义基座

提示：需要通过Android studio 进行编译

打包过程中需要 添加 debug-server-release.aar 到 libs 目录下，到哪里找 debug-server-release.aar? 下载了 Uniapp 离线包后解压后，里面会有一个 SDK/libs 文件夹

2.1 编译打包apk包；

1. 方式一

2. 方法二

提示：打完包之后，将包放到Uniapp根目录/unpackage/debug，可以看云自定义打包位置

3.通过Android studio 直接编译到手机；

小结

• 如果你是原生小白，则可以选择云打自定义基座打包；

优点： 不用 Android Studio、不用 Xcode、不用管 SDK 版本、不用管 uni 升级

缺点：打包慢 & 受限、高峰期排队、云端失败只能重试、依赖 DCloud 服务、容易出错不知所以无法解决异常问题；

• 如果你是原生大佬，可以使用离线打包基座；

优点：Java / Kotlin / Swift
接 任意 SDK
改 AndroidManifest.xml
改 build.gradle
多渠道、多 flavor

缺点：1️⃣ 成本极高（真实痛点）
你得懂：
Android / iOS 原生
Gradle / CocoaPods
uni SDK 结构
uni 升级 = 手动迁移
2️⃣ 容易踩坑
SDK 版本冲突
混淆
ABI 问题
签名 / 权限问题

建议

如果你本身会Android、IOS 我建议使用原生离线打包；博主就是受益者。