Flutter移动端进行多渠道打包发布的全过程

目录
  • 前言
  • Android端
    • 1、配置build.grade
    • 2、配置mainfest
    • 3、新增对应资源
    • 4、打包编译
  • iOS端
    • 1、分发Target
  • Flutter端区分渠道
  • 总结

前言

随着项目的运营推广,总少不了各种客户定制化的需求,当前大部分软件其实都离不开Saas的玩法;定制化需求虽然利润高(特别是海外客户),但对于开发人员来说却比较难搞,同一套代码需要支持不同的需求。

一般我们处理这种需求的时候会引入渠道包的概念,每个客户拥有独立渠道,通过渠道指定不同的资源、赋予不同的功能,从而编译出定制化的版本。本篇文章将分享Flutter中如何进行移动端(iOS、Android)的渠道编译,替换应用图标、名称、appkey等。

Android端

1、配置build.grade

Android端的打包配置,主要是通过build.grade文件进行配置,在android目录下加入flavorDimensions,然后配置不同的风味维度;

android {
    // ......
    flavorDimensions 'channel'
    productFlavors {
        develop {
            applicationId "${defaultConfig.applicationId}"
        }
        customer {
            applicationId "${defaultConfig.applicationId}" // 可替换成客户的AppID
        }
        productFlavors.all {
            // 遍历productFlavors多渠道,设置渠道名称,在flutter层也能取到
            flavor -> flavor.manifestPlaceholders.put("CHANNEL", name)
        }
    }
}

之后我们为每个渠道设置资源的名称,每个渠道有不同的资源,避免不相关的资源打包进去,增加包大小。

productFlavors {
// 省略,见上
}
// 为不同渠道指定不同资源文件配置
sourceSets {
    main.java.srcDirs += 'src/main/kotlin'
    // develop无指定就默认使用src/main/res
    squatz.res.srcDirs 'src/main/res-customer'
}

2、配置mainfest

Mainfest在<application>下扩展一个元数据,字段名取build.grade中的风味秒速channel,字段值则是put出去的CHANNEL。其他的都不需要改变,因为mainfest所引用到的资源名称我们都没有改变。

<application>
    <!-- 多渠道打包 -->
    <meta-data
        android:name="channel"
        android:value="${CHANNEL}" />
</application>

3、新增对应资源

由于Mainfest的变量名没有变过,因此新增资源的名称就需要跟res中的保持一致。

4、打包编译

flutter build apk --flavor Customer --obfuscate --split-per-abi

打包命令非常简单,指定flavor为build.grade中配置的渠道名称即可,注意首字母大写!

iOS端

笔者并无iOS的实际开发经验,对iOS并不熟悉;但网上对这块的记录真的是少之又少,所以还是决定记录下来,接下来的内容虽成功实践过,但未必是最佳方法,欢迎大家一起交流。

1、分发Target

Target其实是贯穿iOS整个开发过程的,无论是运行目标还是UI控制器,都离不开target;Target是工程编译的目标,其会继承Project的编译设置,并可重新设置自己的编译配置,比如Build SettingBuild Phases

  • 新建Target,直接在原target右键分发一个出来,默认会复制原target的所有配置。

  • 修改应用信息,注意图标、应用名称等资源另起一个文件夹去配置。

  • 打包

自此iOS就有了多个打包目标,非常简单。这也是iOS体系开发比较好的一点,没有太多花里胡哨的玩法,跟着文档配置就好了。
flutter打包命令:flutter build ipa --flavor Customer --release

  • 遇到问题

目前我们遇到如下问题,配置好后在flutter层执行flutter build ios --flavor Customer --release后,会导致xcode重新build项目,然后pod_Runner的动态依赖丢失,但是在xcode中执行又不会。

Flutter端区分渠道

在打包的时候我们可以使用参数-dart-define=CHANNEL=XXXX,其中CHANNEL是参数key,xxxx是name,然后在flutter中使用String.fromEnvironment('CHANNEL', defaultValue: 'develop');,即可获取到key为CHANNEL的值。

总结

到此这篇关于Flutter移动端进行多渠道打包发布的文章就介绍到这了,更多相关Flutter多渠道打包发布内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 如何使用Flutter发布安卓应用

    设置应用的名称,包名.应用图标和启动 安卓的应用资源配置在main/AndroidManifest.xml中设置,文件内容如下: <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.gesture_demo"> <!-- io.flutter.app.FlutterApplication is an android.app

  • Flutter移动端进行多渠道打包发布的全过程

    目录 前言 Android端 1.配置build.grade 2.配置mainfest 3.新增对应资源 4.打包编译 iOS端 1.分发Target Flutter端区分渠道 总结 前言 随着项目的运营推广,总少不了各种客户定制化的需求,当前大部分软件其实都离不开Saas的玩法:定制化需求虽然利润高(特别是海外客户),但对于开发人员来说却比较难搞,同一套代码需要支持不同的需求. 一般我们处理这种需求的时候会引入渠道包的概念,每个客户拥有独立渠道,通过渠道指定不同的资源.赋予不同的功能,从而编译

  • Android 7.0中新签名对多渠道打包的影响详解

    老签名多渠道打包原理 前言 由于Android7.0发布了新的签名机制,加强了签名的加固,导致在新的签名机制下无法通过美团式的方式再继续打多渠道包了.不过在说新的签名机制对打包方案的 影响和为什么会影响我们原有的打包机制之前,需要先简单理解下打包原理和签名在整个打包过程中的作用. Android打包流程 Android打包过程大致如图所示,整个流程就是将Java代码,资源文件以及第三方库整合成一个Apk文件,并对整合后的文件进行签名和优化对齐.整个过程可以简 单分为以下几个步骤: 资源预编译 为

  • Android笔记之:App自动化之使用Ant编译项目多渠道打包的使用详解

    随着工程越来越复杂,项目越来越多,以及平台的迁移(我最近就迁了2回),还有各大市场的发布,自动化编译android项目的需求越来越强烈,后面如果考虑做持续集成的话,会更加强烈.    经过不断的尝试,在ubuntu环境下,以花界为例,我将一步一步演示如何使用命令行,使用ant编译android项目,打包多渠道APK.    要点:    (1). 编译android的命令使用    (2). ant基本应用    (3). 多项目如何编译(包含android library)    (4). 如

  • 打包发布Python模块的方法详解

    前言 昨天把自己的VASP文件处理库进行了打包并上传到PyPI,现在可以直接通过pip和easy_install来安装VASPy啦(同时欢迎使用VASP做计算化学的童鞋们加星和参与进来), VASPy的GotHub地址:https://github.com/PytLab/VASPy VASPy的PyPI地址:https://pypi.python.org/pypi/vaspy/ 由于自己的记性真是不咋地,怕时间久了就忘了,于是在这里趁热打铁以自己的VASPy程序为例对python的打包和上传进行

  • Android Studio多渠道打包、自定义打包APK名称

    现在为了推广产品,会在多个渠道应用市场发布应用,为了统计不同渠道的数据,需要在应用中表明渠道,如果一个一个去修改打包效率会很低.AS为我们提供了简便的方法,可以多渠道打包,一次打包所有的渠道包. 1. AS 2.x多渠道打包 (1) AndroidManifest中增加节点 <!-- 多渠道打包 --> ... <meta-data android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VAL

  • Android几种多渠道打包的步骤详解

    1.什么是多渠道打包 在不同的应用市场可能有不同的统计需求,需要为每个应用市场发布一个安装包,这里就引出了Android的多渠道打包.在安装包中添加不同的标识,以此区分各个渠道,方便统计app在市场的各种. 2.几种打包方式 友盟 UMeng Android Studio自带 美团 Walle 3.开始使用 3.1 友盟UMeng 第一步:在AndroidManifest中添加 <meta-data android:name="UMENG_CHANNEL" android:val

  • Android Gradle多渠道打包的实现方法

    一.前言 什么是多渠道打包以及多渠道打包可以做什么,这里就不做介绍了,相信看到这篇文章的你已经了解了,多渠道打包的方式比较多,这里我们用Gradle多渠道打包方式. 和其他文章有什么不同 网上看到的大多数文章都只讲解了 1.如何修改包名 2.如何修改变量的值 3.如何替换string中的资源 4.如何替换AndroidManifest中的资源 本篇文章会在上述知识点上增加 5.不同渠道如何使用不同的java文件 6.Base模块化中如何使用多渠道 新建项目,在app下build.gradle中a

  • Android使用Walle实现多渠道打包功能的实现示例

    目录 介绍 使用 对应的属性: 可使用以下变量: 介绍 Walle(瓦力)是Android Signature V2 Scheme签名下的新一代渠道包打包神器. 瓦力通过在Apk中的APK Signature Block区块添加自定义的渠道信息来生成渠道包,从而提高了渠道包生成效率,可以作为单机工具来使用,也可以部署在HTTP服务器上来实时处理渠道包Apk的升级网络请求. 使用 使用Walle生成多渠道的速度是很快的,原来的项目打一个包就需要两分钟多,每次发布打7个包需要十几分钟.用了Walle

  • Android多渠道打包神器ProductFlavor详解

    目录 一.什么是多渠道打包 1.多版本 2.多环境 3.多渠道 二.多渠道打包的方式(ProductFlavor&&多渠道打包插件) 1.ProductFlavor 1.1 如何是使用ProductFlavor 1.2 如何是使用ProductFlavor加载apk包 1.3 该如何获取不同渠道包的信息 1.4 使用ProductFlavor加载apk包的优缺点 2.多渠道打包插件 一.什么是多渠道打包 在不同的应用市场可能有不同的统计需求,需要为每个应用市场发布一个安装包,这里就引出了A

  • Android studio 3.0上进行多渠道打包遇到的问题小结(超简洁版)

    Error:All flavors must now belong to a named flavor dimension. The flavor 'xiaomi' is not assigned to a flavor dimension. Learn more at https://d.android.com/r/tools/flavorDimensions-missing-error-message.html Android studio 3.0上进行多渠道打包时编译时出现这个错误 多渠道

随机推荐