专栏首页移动开发面面观Android dependencies 基础知识

Android dependencies 基础知识

概述

在build:gradle2.x的时代,我们在进行第三方依赖时,会有一些尴尬的问题。比如,我们制作了一个库,依赖了Glide2.0 。项目组集成我们的库,同时也需要使用Glide4.0 。

由于Glide4.0与Glide2.0包名相同,项目组只能使用一个。一般面对重复包含的问题,我们会使用provided。这样我们自己的库,就只在编译时用一下Glide2.0的接口,Glide2.0本身的实现没有包含进去。到真正运行时,我们的库使用Glide4.0的实现。

仔细想想,这样肯定也是有问题的。且不说Glide两个版本实现的差异,版本差距这么大,接口肯定也有不兼容的情况。

所幸在build:gradle3.x中,google为我们提供了新的依赖方式。

Dependency configurations

api

替代了之前的compile。调用compile之后,依赖会被完全加入到库或者项目中。如果自制库中compile了第三方依赖,项目在使用自制库时,会将自制库的所有依赖加入项目中。

项目中可以直接用自制库和第三方依赖。

implementation

这个设置与compile类似,区别是当我们使用implementation时,我们其实希望不要将自制库的第三方依赖泄露给项目方。项目方只会在运行时,用到第三方依赖,编译期无法获取它们。

除此之外,implementation的使用还会加快我们的编译速度。因为我们其实隔离了第三方依赖和项目。

compileOnly

替代了之前的provided。这个是制作库时常用的方式。当我们使用这样的方式引入库时,我们不会将第三方依赖的实现加入到我们的自制库中。我们只在编译时使用了第三方依赖。

当项目使用我们的自制库时,需要自行加入我们的第三方依赖,以保证其在运行时的正确运行。这个非常适用于,当我们的自制库想要使用一些特定的,普遍的通用库时。

runtimeOnly

当使用runtimeOnly时,我们在编译期无法使用这个依赖,但却将它的内容带进了包,运行时可以使用。这个使用比较少,不展开。

Dependency with flavors

我们也可以根据不同的flavors使用不同的依赖。

android {
    ...

    flavorDimensions "country"

    productFlavors {
        china {
            applicationIdSuffix  "zh"
            dimension "country"
            buildConfigField "String" , "channel" , '"1"'
            buildConfigField "Integer" , "ImageLoader" , "1"


        }
        usa {
            applicationIdSuffix "usa"
            dimension "country"
            buildConfigField "String" , "channel" , '"2"'
            buildConfigField "Integer" , "ImageLoader" , "2"
        }
    }
}

dependencies {
     ...
    // china
    chinaImplementation 'com.github.bumptech.glide:glide:4.8.0'
    // usa
    usaImplementation 'com.facebook.fresco:fresco:1.11.0'
    ...
}

使用起来很简单,我们只需要在implementation前面加上我们对应的flavorDimensions即可。

在上例中,我们假设在中国使用glide,在美国使用fresco。

但实际起来,却不能只是这样。由于glide和fresco接口并不相同。

如果我们不能接项目与依赖的实现完全解耦合,我们将无法真正的根据flavors选择不同实现

我们需要为它们封装相同的接口层。

所以,我们可以这样:

build.gralde

    productFlavors {
        china {
            applicationIdSuffix  "zh"
            dimension "country"
            buildConfigField "String" , "channel" , '"1"'
            buildConfigField "Integer" , "ImageLoader" , "1"


        }
        usa {
            applicationIdSuffix "usa"
            dimension "country"
            buildConfigField "String" , "channel" , '"2"'
            buildConfigField "Integer" , "ImageLoader" , "2"
        }
    }
dependencies {
    ...
    /* -------------------------------- ImageLoader-------------------------------*/
    // interface
    implementation project(':imageloader')
    // china
    chinaImplementation 'com.github.bumptech.glide:glide:4.8.0'
    // usa
    usaImplementation 'com.facebook.fresco:fresco:1.11.0'

    /*----------------------------------------------------------------------------*/
    ...

}

通过上面的配置,我们引入了我们不同渠道的公共接口层,然后再根据渠道引入各自的实现层。

然后,我们在接口层的build.gradle中,我们加入:

dependencies {
    ...
    compileOnly 'com.github.bumptech.glide:glide:4.8.0'
    compileOnly 'com.facebook.fresco:fresco:1.11.0'
    ...
}

这样,我们可以根据一个参数,在ImageLoader中决定选择谁的实现。

ImageLoaderFactory.java:

public class ImageLoaderFactory {

    public static final int GLIDE_IMPL = 1;
    public static final int FRESCO_IMPL = 2;

    static public ImageLoader createImageLoader(int impl){
        ImageLoader imageLoader = null;
        switch (impl){
            case GLIDE_IMPL:
                imageLoader = new GlideImpl();
                break;

            case FRESCO_IMPL:
                imageLoader = new FrescoImpl();
                break;

            default:
                Log.e("ImageLoader" , "there is no ImageLoader implement");
                break;
        }

        return imageLoader;

    }
}

这样我们就可以在项目中,使用:

        ImageView imageView = new ImageView(this);
        ImageLoader imageLoader = ImageLoaderFactory.createImageLoader(BuildConfig.ImageLoader);
        imageLoader.displayImage(imageView, null);

这样我们就实现了,一套代码,多种实现的自由切换了。

还有一个问题

在上面的代码中,我们根据国家,选用了不同的图片框架实现,用了统一的接口,看起来美美的,其实还有一个致命缺点。

我们再仔细看一下项目的build.gradle

    productFlavors {
        china {
            applicationIdSuffix  "zh"
            dimension "country"
            buildConfigField "String" , "channel" , '"1"'
            buildConfigField "Integer" , "ImageLoader" , "1"


        }
        usa {
            applicationIdSuffix "usa"
            dimension "country"
            buildConfigField "String" , "channel" , '"2"'
            buildConfigField "Integer" , "ImageLoader" , "2"
        }
    }
dependencies {
    ...
    /* -------------------------------- ImageLoader-------------------------------*/
    // interface
    implementation project(':imageloader')
    // china
    chinaImplementation 'com.github.bumptech.glide:glide:4.8.0'
    // usa
    usaImplementation 'com.facebook.fresco:fresco:1.11.0'

    /*----------------------------------------------------------------------------*/
    ...

}

我们终究还是implementation了图片,我们依然可以在项目中,使用Glide或Fresco。如果开发同学使用Glide或Fresco,项目就又与实现耦合了,这样我们就功亏一篑了。

所以,我们可以把build.gradle改为:

    productFlavors {
        china {
            applicationIdSuffix  "zh"
            dimension "country"
            buildConfigField "String" , "channel" , '"1"'
            buildConfigField "Integer" , "ImageLoader" , "1"


        }
        usa {
            applicationIdSuffix "usa"
            dimension "country"
            buildConfigField "String" , "channel" , '"2"'
            buildConfigField "Integer" , "ImageLoader" , "2"
        }
    }
dependencies {
    ...
    /* -------------------------------- ImageLoader-------------------------------*/
    // interface
    implementation project(':imageloader')
    // china
    chinaRuntimeOnly 'com.github.bumptech.glide:glide:4.8.0'
    // usa
    usaRuntimeOnly 'com.facebook.fresco:fresco:1.11.0'

    /*----------------------------------------------------------------------------*/
    ...

}

这样,我们在项目中,将无法直接使用Glide或Fresco,因为我们没有对它们进行编译。但运行时,我们却加入了它们。这样就完全实现了接口与实现的分离。

以上就是关于Android依赖的一些基础知识。

如有问题,欢迎指正。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 谷歌、微软大咖用68页PPT手把手教你撰写优秀研究论文(附下载)

    导读:近日,Deepmind和纽约大学研究科学家一起作了一场关于如何撰写一篇优秀的研究论文的专题会议,从研究人员(通过写作来提高你自己的理解)、审稿人(避免被拒...

    华章科技
  • 送你9个常用的人脸数据库(附链接、报告)

    由FERET项目创建,此图像集包含大量的人脸图像,并且每幅图中均只有一个人脸。该集中,同一个人的照片有不同表情、光照、姿态和年龄的变化。包含1万多张多姿态和光照...

    数据派THU
  • 海外直播如何玩?给你一些国际化的视野

    引言:繁花渐欲迷人眼,也许你已经被国内各类直播短视频玩的眼冒金星,不妨来看看国外都是怎么玩直播的,作者非常清晰的梳理了不同直播类型和相应的应用场景,非常落地,很...

    iCDO互联网数据官
  • 如何在Google Analytics中运用同期群分析以更好地细分网站流量

    Google Analytics(谷歌分析)是每位经验丰富的数字营销人员的主要工具。

    iCDO互联网数据官
  • 劈柴都说了,Google 要回归中国应该是真的了

    在 8 月 1 号的时候,我曾经写了这么一篇文章《重磅:谷歌搜索可能真的要回归中国大陆了》,可惜没过几天被删除了。当时的内容如下:

    非著名程序员
  • 独家|盘点5个TensorFlow和机器学习课程,程序员福利(附资源)

    本文为你介绍5个有关TensorFlow的机器学习课程,来帮助你进一步了解数据科学和人工智能。

    数据派THU
  • 布隆过滤器

    之前读吴军《数学之美》的时候提到布隆过滤器,觉得蛮有意思的,所以总结一下。 在计算机中,判断一个元素是不是在一个集合中,通常是用hash来解决,这在数据量不大的...

    Leetcode名企之路
  • 顾宇:成功的微服务应该是什么样 — 组织篇

    4 月在深圳的 GOPS 大会上我分享了“落地微服务的难点和如何高效落地微服务”,这是我 2017 年 4 月份开始做的项目总结,后来发表到了自己的博客和” T...

    DevOps时代
  • 【重磅干货】三个步骤,用GA分析流量异动的原因

    当遇到流量异常变化时,分析师或产品经理往往需要放下手里的工作,马上去排查原因。而在这个过程中,总的来说需要三个步骤:

    iCDO互联网数据官
  • 一位精益敏捷布道者的传奇故事

    有这样一位台湾 DevOps 老专家,拥有 30 多年软件研发经验,从早期大型银行软件系统到各项新技术研究,到后来接受各大公司的邀请,坐镇于百位年轻工程师中间,...

    DevOps时代

扫码关注云+社区

领取腾讯云代金券