组件化实践记录——在library module的manifest中使用applicationId

image

需求

在集成第三方的sdk时,某些时候第三方sdk会需要applicationID,举个栗子:

当我们集成 融云即时通讯 时,需要在Manifest中声明,如下所示:


    android:authorities="应用包名.FileProvider"

    android:name="android.support.v4.content.FileProvider"

    android:grantUriPermissions="true"

    android:exported="false">

    android:name="android.support.FILE_PROVIDER_PATHS"

    android:resource="@xml/file_paths" />

没有进行组件化时,很简单,我们只需要在manifest中直接声明即可。

组件化之后 ,如果我们想在base module里面声明的话,是不行的,因为base module作为一个library是没有applicationId的。

解决思路

1、依然像以前那样写死


// Manifest.xml

   <provider
    android:authorities="@string/fileprovider"
    android:name="android.support.v4.content.FileProvider"
    android:grantUriPermissions="true"
    android:exported="false">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
   </provider>


// file_provider.xml

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <string name="fileprovider">com.xxx.fileprovider</string>
</resources>

这种方式试验了下,provoder是可以正常使用,但是融云没试验过,包名在base module里面写死了,感觉不舒服,难道我在其他项目compile了,还要回来改包名,不不不,拒绝拒绝。

2、覆盖思路,能不能在base module里面定义一个变量并在manifest里面使用,然后在app module里面定义个相同的变量,达到覆盖修改的目的。于是采用manifestPlaceholders(此思路来自stack overflow)

实现1

首先,在 base library的 build.gradle 中的defaultConfig{}里面设置manifestPlaceholders = [ PROVIDER_AUTH:""]

然后,在 base library的 manifest里面设置<provider android:authorities="${PROVIDER_AUTH}"></provider>,

最后,在 App module 中的defaultConfig{}里面设置manifestPlaceholders = [ PROVIDER_AUTH: applicationId+".FileProvider"]

结果是不行,最终build出来的manifest里面的<provider android:authorities=""></provider>,authorities没有重新被赋值

更新自2018.10.10

后来使用极光推送sdk的时候发现,他也是使用manifestPlaceholders的方式来达成在Manifest中使用applicationId的,详细见下:
在编译好的manifest中会发现几个provider,例如:

<provider
  android:name="cn.jpush.android.service.DataProvider"
  android:authorities="com.xxx.yyy.DataProvider"
  android:exported="false" />

然后极光文档要求我们在使用的时候要在我们的app build.gradle中这样使用:

manifestPlaceholders = [
  JPUSH_PKGNAME: applicationId,
  ...
]

于是猜想,在极光的sdk中的manifest中,应该有如下代码:

<provider
  android:name="cn.jpush.android.service.DataProvider"
  android:authorities="${JPUSH_PKGNAME}.DataProvider"
  android:exported="false" />

于是我们可以依葫芦画瓢,在我们的base library的manifest中这样写:

<provider
  android:name="android.support.v4.content.FileProvider"
  android:authorities="${PKG_NAME}.FileProvider"
  android:exported="false"
  android:grantUriPermissions="true">
    <meta-data
       android:name="android.support.FILE_PROVIDER_PATHS"
       android:resource="@xml/file_paths" />
 </provider>

然后在我们的业务module中这样写:

defaultConfig {
  applicationId "com.xxx.yyy"
  ...
  manifestPlaceholders = [
    PKG_NAME:applicationId
  ]
  ...
}

这样我们就达成了在base module 的manifest中使用applicationId的目的啦,编译出来的业务module的manifest中,就会有

<provider
  android:name="android.support.v4.content.FileProvider"
  android:authorities="com.xxx.yyy.FileProvider"
  android:exported="false"
  android:grantUriPermissions="true">
    <meta-data
       android:name="android.support.FILE_PROVIDER_PATHS"
       android:resource="@xml/file_paths" />
 </provider>

当然,这里还有个小问题,就是我们的base library会报错,说我们base library的manifest里面有个占位符PKG_NAME没有在build.gradle中声明,就和我们在使用极光sdk时,没有在业务module 的build.gradle中声明

manifestPlaceholders = [
  JPUSH_PKGNAME: applicationId,
  ...
]

一样。

虽然我们依然可以提交到maven中,但是红红的,就是不舒服,于是我们可以在base library 的buildTypes的debug中声明一下PKG_NAME,如下:

buildTypes {
        ...
        debug{
            manifestPlaceholders = [
                    PKG_NAME:"",
            ]
        }
        ...
}

至此更新完结...

评论区说app module中的manifestPlaceholders不会影响base library的manifestPlaceholders,这里贴一下我的实验结果,可能每个人的做法有一点差异,导致结果不一样:

Base Library中的Manifest文件.png

Base Library中声明的manifestPlaceHolder变量.png
Base Library编译后生成的manifest文件.png
app module中声明的manifestPlaceHolder变量.png
app module编译后生成的manifest文件.png

通过以上结果可以看出,app module中的manifestPlaceHolder是会覆盖掉base library中的manifestPlaceHolder的值。值得注意的是,我这里的base library是以 aar的形式 提供给app module依赖的,而不是以 project的形式 提供的。

实现2

在 base library的 manifest里面使用占位符,具体如下:

// base library的 manifest:
<provider android:authorities="P_AUTHORITY"></provider>

然后在 app module 的build.gradle里面修改base library的 manifest里的占位符的值,具体如下:

buildTypes {
            android.applicationVariants.all { variant ->
                variant.outputs.each { output ->
                    output.processManifest.doLast{
                        println variant.applicationId+".FileProvider"
                        replaceInManifest(output, 'P_AUTHORITY', variant.applicationId+".FileProvider")
                    }
                }
            }
  }

这种方式试验了下,provider也是可以正常工作的,为了不在每个app module里面都重复写这段代码,我们可以将他放在common.gradle里面,用的时候compile就行啦,done.

如果各位大神有更好的实现方式,麻烦告知下,蟹蟹🙏

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 197,099评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,846评论 2 374
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 144,146评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,789评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,656评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,467评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,870评论 3 389
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,500评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,790评论 1 293
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,828评论 2 314
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,628评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,449评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,881评论 3 300
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,077评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,376评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,879评论 2 343
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,089评论 2 338