Android Studio gradle 文件中 ${supportLibVersion} 用法

2017-04-14 11:56:21

一般我们在项目中的gradle会添加如下库文件


[html] view plain copy

  1. dependencies {  

  2.     compile 'com.android.support:appcompat-v7:23.1.0'  

  3.     compile 'com.android.support:design:23.1.0'  

  4.     compile 'com.android.support:pallete-v7:23.1.0'  

  5.     compile 'com.android.support:cardview-v7:23.1.0'  

  6.     compile 'com.android.support:recyclerview-v7:23.1.0'  

  7. }  


所以每次升级的时候都要修改后面的23.1.0版本号,Android开发小组的Chris Banes想出了这样的一个方法,不用每次修改每个版本,而只需要修改一次就行了,如下


[html] view plain copy

  1. ext {  

  2.     supportLibVersion = "23.1.1"  

  3. }  

  4.   

  5. dependencies {  

  6.     compile "com.android.support:appcompat-v7:${supportLibVersion}"  

  7.     compile "com.android.support:design:${supportLibVersion}"  

  8.     compile "com.android.support:recyclerview-v7:${supportLibVersion}"  

  9.     compile "com.android.support:cardview-v7:${supportLibVersion}"  

  10. }  


但是有个注意点:



[html] view plain copy

  1. compile 'com.android.support:appcompat-v7:${supportLibVersion}'  

上面这种写法不对


[html] view plain copy

  1. compile "com.android.support:appcompat-v7:${supportLibVersion}"  

这种写法才是正确的


上面这种方式,如果有新版本,Android Studio还是会提醒你的,所以放心的去用吧!


  • 2020-05-20 22:29:05

    javascript中为何在匿名function函数后面还外加

    它可以解释成为“匿名函数自调用”,也就是说,定义一个匿名函数,然后马上调用它(因为它是匿名的,如果不立即调用就获取不到该函数的引用了)。通常它被应用在一些大型的JS框架中(如上面所说的),因为这个匿名函数的函数体相当于提供一个匿名的名字空间,这样就不会再与用户自定义的JS函数、变量、对象发生冲突了。尽管JS没有显示地提供命名空间的定义和使用机制,但这种匿名方式却不失为是一种很好的解决命名空间问题的方法。

  • 2020-05-20 22:30:14

    js中利用prototype给类添加方法

    你可能会想,这不就是个简单的函数声明?没错,这个函数就是一个类的定义的实现。如何使用这个类呢?看下面的代码:var cls1 = new MyClass(); 这样,利用new就可以生成MyClass的一个实例了。所以在js中可以说函数就是类,类就是函数。

  • 2020-05-21 10:56:53

    fixed z-index失效

    作为一个假的前端,在调试一个页面时出现了如下bug。 左侧的菜单固定为fixed时,二级菜单无法设置有效的z-index,导致菜单隐藏在页面元素之下,明明页面元素的z-index是1,但是无论把菜单的z-index设置为多大,都不管用。