安卓app用什么lDE开发最好
㈠ Android P 开发者预览版 · 操作指南
原文 / Fred Chung · An droid 开发者平台技术推广
我们刚刚推出了 Android P 的开发者预览版 ，旨在让开发者提早体验下一个 Android 版本，从而为您的应用作出兼容性的调试和了解新功能。同时，Google 也希望透过这个机会收集功能和品质等的反馈，为求提升 Android 整体的开发和用户体验。
除了 SDK 和有关的工具链外，预览版的发布包含了一连串提供给开发者的资源。让我们来看看如何可以高效利用 Android P 预览版和相关资源吧！
Android P 预览版为时数月。从首发到最终版将会有五次的更新，也就是从 DP1 到 DP5，然后在 2018 年第三季度发行最终稳定版。
我们建议的策略分为两个阶段族答。首先，在 DP2 结束前尽量做兼容调试。也就是说把您现有的 APK 运行兆州慧在 Android P 预览版上，并监视错误和崩溃。尤其值得注意的两项行为变更是 ---- 为了继续提升 Android 的隐私保护，后台应用将不能利用 camera 和 microphone，也再不可以收到某些感应器所生成的事件。另外，透过反射或 JNI 尝试调用 “非 SDK 接口” ( ## 口令: “ 非SDK ”) 将会导致错误。
当您测试或修补好兼容性问题后，建议开始探索 Android P 的新功能 和评估接入您 app 合适的场景。这是一个尝试把您的 targetSdkLevel 提升到 “P” 的好时机，因为这会引发额外的行为变更，例如新的前台服务权限 (FOREGROUND_SERVICE)。
首先，希望提醒大家一点是 Android P 预览版是针对开发者而设，我们暂时不建议安装在终端用户的设备上。开发者可以透过两种方法去获取 Android P 系统。
第一，大家可以直接把适当的系统影像刷到有支持的设备上。其中包括: Pixel、Pixel XL、Pixel 2 和 Pixel 2 XL。
## 发送信息口令 “ 获取P ” 阅读文档了解更多
第二种方法就是利用 Android 模拟器，而它对预览版的工具链最低版本的要求如下：
Android Studio 起码要 3.1 版或以上 (建议用 3.2 Canary 或以上版本)；
SDK Tools 28-rc1 或以上。
创建模拟设备时，选择 "P" 的系统影像。如果您最近没有尝试使用模拟器，它的性能提升了不少。尤其值得介绍的是 "Quick Boot" 快速启动功能：首次启动以后，随后启动可以在六秒内闪速完成，方便快捷。利用模拟器可满足不少的平台测试场景，包括 "刘海" 屏幕模拟等。请看以下演示：
进行更充分的测试，您下一步需要把项目的 build.gralde 文件里的 targetSdkVersion 设迹樱到 "P" 和 compileSdkVersion 设到 "android-P"。
## 发送以下对应 口令 获取 Android Developers 官方文档链接：
Android P SDK 和 模拟器： “ SDK设置 ” ；
Android P 行为变更： “P行为变更” ；
Android P 新功能和 API： “ P&API ” 。
应用云测试平台 —— Testin，率先开放了 Android P 开发者预览版的兼容性测试，助力开发者们开启 Android 最新版本的完美适配升级之旅！
自动化兼容测试
通过云端部署的真机兼容测试，自动执行 app 检测。测试内容覆盖 app 核心功能和 UI 问题，输出报告包含操作过程、截图、Log 日志、性能指标等详细信息。
了解 Testin 更多 Android P 开发者预览版测试相关信息及福利请访问下方链接：
> https://www.testin.cn/business/androidP-banner.htm
我们鼓励开发者们多做测试，完善您的应用和游戏以早日获得更大的成功。
测试和提交反馈是我们希望开发者鼎力支持的地方。越早被发现和上报的问题，Android 团队就有更多的时间空间去判断错误或确定任何需要更改的方案。
## 发送口令 “ 安卓 反馈” 获取官方提交反馈入口链接
在未来几个月里，我们期待听到大家对 Android P 的反馈和对新功能的尝试。让我们一起打造更加优秀的 Android 平台！
㈡ android studio怎样运行打包后的apk
android studio怎样运行打包后的apk
渠道信息一般在 AndroidManifest.xml中修改以下值： 首先你必须在AndroidManifest.xml中的meta-data修改以下的样子： 其中${UMENG_CHANNEL_VALUE}中的值就是你在gradle中自定义配置的值。 build.gradle文件就利用proctFlavors
渠道信息一般在 AndroidManifest.xml中修改以下值：
首先你必须在AndroidManifest.xml中的meta-data修改以下的样子：
android:name="UMENG_CHANNEL"
android:value="${UMENG_CHANNEL_VALUE}" />
其中${UMENG_CHANNEL_VALUE}中的值就是你在gradle中自定义配置的值。
build.gradle文件就利用proctFlavors这样写：
proctFlavors {
wandoujia {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "wandoujia"]
}
{
manifestPlaceholders = [UMENG_CHANNEL_VALUE: ""]
}
c360 {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "c360"]
}
uc {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "uc"]
}
}
其中[UMENG_CHANNEL_VALUE: "wandoujia"]就是对应${UMENG_CHANNEL_VALUE}的值。
最新更新
后来发现上面的重复代码太多，就在网上又发现了一个更简洁的写法
proctFlavors {
wandoujia {}
{}
c360 {}
uc {}
proctFlavors.all { flavor ->
flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
}
}
其手液数中name的值对相对应各个proctFlavors的选项值，这样就达到自动替换渠道值的目的了。
这样生成apk时，选择相应的Flavors来生成指定渠道的包就可以了，而且生成的apk会自动帮你加上相应渠道的后缀，非常方便和直观。大家可以自己反编译验证。
一次生成所有渠道包
在android studio底栏中有个命令行工具Terminal,打开后就CMD可以自动切换到当前项目的目录下。
有的项目下会有graldew.bat这个文件，你就可以输入这个命令：
gradlew assembleRelease
就可以一次性生成所有的渠道包了
不过我一般不建议大家使用这个命令，gradlew这个命令的gralde的版本无法控制，有时候会莫名其妙的下载老版本的gradle
所以我个人推荐大家使用以下的用法。
先找到gralde的根目录，在毕首系统变量里添加两个环境变量：
变量名为：GRADLE_HOME，变量值就为gradle的根目录；
所以变量值为：C:Usersyazhou.gradlewrapperdistsgradle-2.1--2.1
还有一个在系统变量里PATH里面添加gradle的bin目录
我的就是C:Usersyazhou.gradlewrapperdistsgradle-2.1--2.1in
这里配埋指置完成了，接着在Terminal中敲下 gradle assembleRelease就可以一次性生成所有的渠道包了。
所有生成的apk在项目的buildoutputsapk下。
如果只是想生成单个渠道的包呢？
打开Android Studio的Gradle tasks面板(右边侧边栏)，会发现模块多了很多任务，如下图所示。
渠道信息一般在 AndroidManifest.xml中修改以下值： 首先你必须在AndroidManifest.xml中的meta-data修改以下的样子： android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VALUE}" /> 其中${UMENG_CHANNEL_VALUE}中的值就是你在gradle...
android studio怎么运行apk包
渠道信息一般在 AndroidManifest.xml中修改以下值：
首先你必须在AndroidManifest.xml中的meta-data修改以下的样子：
android:name="UMENG_CHANNEL"
android:value="${UMENG_CHANNEL_VALUE}" />
其中${UMENG_CHANNEL_VALUE}中的值就是你在gradle中自定义配置的值。
build.gradle文件就利用proctFlavors这样写：
proctFlavors {
wandoujia {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "wandoujia"]
}
{
manifestPlaceholders = [UMENG_CHANNEL_VALUE: ""]
}
c360 {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "c360"]
}
uc {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "uc"]
}
}
其中[UMENG_CHANNEL_VALUE: "wandoujia"]就是对应${UMENG_CHANNEL_VALUE}的值。
最新更新
后来发现上面的重复代码太多，就在网上又发现了一个更简洁的写法
proctFlavors {
wandoujia {}
{}
c360 {}
uc {}
proctFlavors.all { flavor ->
flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
}
}
其中name的值对相对应各个proctFlavors的选项值，这样就达到自动替换渠道值的目的了。
这样生成apk时，选择相应的Flavors来生成指定渠道的包就可以了，而且生成的apk会自动帮你加上相应渠道的后缀，非常方便和直观。大家可以自己反编译验证。
一次生成所有渠道包
在android studio底栏中有个命令行工具Terminal,打开后就CMD可以自动切换到当前项目的目录下。
有的项目下会有graldew.bat这个文件，你就可以输入这个命令：
gradlew assembleRelease
就可以一次性生成所有的渠道包了
不过我一般不建议大家使用这个命令，gradlew这个命令的gralde的版本无法控制，有时候会莫名其妙的下载老版本的gradle
所以我个人推荐大家使用以下的用法。
先找到gralde的根目录，在系统变量里添加两个环境变量：
变量名为：GRADLE_HOME，变量值就为gradle的根目录；
所以变量值为：C:Usersyazhou.gradlewrapperdistsgradle-2.1--2.1
还有一个在系统变量里PATH里面添加gradle的bin目录
我的就是C:Usersyazhou.gradlewrapperdistsgradle-2.1--2.1in
这里配置完成了，接着在Terminal中敲下 gradle assembleRelease就可以一次性生成所有的渠道包了。
所有生成的apk在项目的buildoutputsapk下。
如果只是想生成单个渠道的包呢？
打开Android Studio的Gradle tasks面板(右边侧边栏)，会发现模块多了很多任务。
android studio怎么打包apk的
Android App都需要我们用一个证书对应用进行数字签名，不然的话是无法安装到Android手机上,下面介绍Android Studio如何打包签名的相关经验，希望能帮助大家。
:jingyan../article/5552ef47e5d18d518efbc96b.
android studio怎么打包apk
（1）Android Studio菜单Build->Generate Signed APK
（2）弹出窗口
（3）创建密钥库及密钥，创建后会自动选择刚创建的密钥库和密钥（已拥有密钥库跳过）
点击“Create new...”按钮创建密钥库
Key store path：密钥库文件的地址
Password/Confirm：密钥库的密码
Key：
Alias：密钥名称
Password/Confirm：密钥密码
Validity(years)：密钥有效时间
First and Last Name：密钥颁发者姓名
Organizational Unit：密钥颁发组织
City or Locality：城市
Country Code(XX)：国家
（4）选择已存在密钥库及密钥（在（3）中创建密钥库后跳过此步骤）
点击“Choose existing...”按钮找到密钥库文件
Key store password输入已选择的密钥库文件的密码
点击Key alias后的“...”按钮，选择或者创建一个密钥
（5）点击“Next”按钮，选择保存路径后，点击“Finish”按钮完成
android studio怎么打包成apk
打开你的项目，点击上面build-->genarate signed apk-->选择你的moled-->点击next-->
下面就和eclipse差不多了，有签名key就choose existing没有就create一个，next-->选择你要放apk的文件夹，点击finish，等待打包完成。
android studio 打包的apk在哪
1.Eclipse下App放置在项目根目录的bin目录中2.而Androidstudio大改后，放在了mole中，所以你一定要记得你的存放路径。也就是工程对应的文件夹。androidstudio工程的存储路径下app/build/outputs/apk其中app是你的mole，在对应的mole下即可找到
打包成4.4.2的apk能运行在android 4.3么
有人在电脑上用过android x86 4.4.2系统吗？为什么我为什么我在这个系统...
答：我在上网本上装过，android_x86_4.4_RC1，确实有很多兼容性问题，可能是开发还未成熟。所以体验一下后又卸载了。
android studio 怎么打包各平台apk
（1）Android Studio菜单Build->Generate Signed APK
（2）弹出窗口
（3）创建密钥库及密钥，创建后会自动选择刚创建的密钥库和密钥（已拥有密钥库跳过）
点击“Create new...”按钮创建密钥库
Key store path：密钥库文件的地址
Password/Confirm：密钥库的密码
Key：
Alias：密钥名称
Password/Confirm：密钥密码
Validity(years)：密钥有效时间
First and Last Name：密钥颁发者姓名
Organizational Unit：密钥颁发组织
㈢ android studio的gradle里的东西怎么用
Gradle是可闹迟以用于Android开发的新一代的 Build System， 也是 Android Studio默认的build工具。
Gradle脚本是基于一种JVM语言 -- Groovy，再加上DSL（领域特定语言）组成的。
因为Groovy是JVM语言，所以可以使用大部分的java语言库。所谓DSL就是专门针对Android开发的插件，比如标准Gradle之外的一些新的方法（Method）、闭包（Closure）等。
由于Gradle的语法足够简洁，而且可以使用液芹李大部分的java包，当之无愧地成为新一代 Build System。
使用Android Studio新建一个工程后，默认会生成两个build.gralde文件，一个位于工程根目录，一个位于app目录下。还有另外一个文件 --settings.gradle。
根目录下的脚本文件是针对mole的全局配置，它的作用阈所包含的所有 mole 是通过settings.gradle来配置。
app文件夹就是一个mole，如果在当前工程中添加了一个新的mole -- lib，就需要在settings.gralde文件中包含这个新的mole。
gradle脚本的基本结构
用我现在的工程举例来说，根目录的build.gradle的内容如下所示：
// Top-level build file where you can add configuration options common to all sub-projects/moles.
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:1.0.0-rc4'
// NOTE: Do not place your application dependencies here; they belong
// in the indivial mole build.gradle files
}
}
allprojects {
repositories {
jcenter()
maven {
url 'http://mvnrepo.xxx.com/mvn/repository'
}
}
}
classpath 'com.android.tools.build:gradle:1.0.0-rc4'就是Android特有的插件，maven仓库位于通过方法jCenter() 获取，这也是默认的maven仓库。当然也可以首闹添加额外的maven仓库地址，例如以上文件中的
maven {
url 'http://mvnrepo.xxx.com/mvn/repository'
}
然后是 settings.gradle 文件：
include ':app'
app就是项目包含的一个mole，如果有多个mole，可以在为 include 方法添加多个参数。
最后是app/build.gradle
apply plugin: 'com.android.application'
android {
compileSdkVersion 21
buildToolsVersion "21.1.1"
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
defaultConfig {
applicationId "your.application.id"
minSdkVersion 14
targetSdkVersion 21
versionCode 2
versionName "2.0.0"
}
signingConfigs {
release {
storeFile file('release.keystore')
storePassword "yourstorepassword"
keyAlias "yourkeyalias"
keyPassword "yourkeypassword"
}
debug {
storeFile file('debug.keystore')
}
}
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.release
}
debug {
signingConfig signingConfigs.debug
}
}
proctFlavors {
inner {
applicationId "your.application.inner.id"
versionName "2.0.0"
}
market {
}
}
}
repositories {
flatDir {
dirs 'libs'
}
}
dependencies {
// 通用
compile name: 'volley', ext: 'aar'
compile 'com.nostra13.universalimageloader:universal-image-loader:1.9.3'
compile 'com.alibaba:fastjson:latest.integration'
// 项目相关（已删除）
}
Groovy 的基本语法
方法调用
apply plugin: 'com.android.application'
以上语句中的apply是一个方法，给它传递了一个参数plugin，plugin 的值是'com.android.application'。
如果有多个参数，则以逗号隔开，例如
compile name: 'volley', ext: 'aar'
闭包
Groovy中花括号包含的部分成为一个闭包（Closure）。例如下面的代码
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
compileOptions 是一个 Method， 它的参数是一个闭包，这个闭包内依次执行了两个方法 -- sourceCompatibility 和targetCompatibility， 参数都是JavaVersion.VERSION17。
闭包也可以嵌套包含
repositories {
flatDir {
dirs 'libs'
}
}
常见使用方法
包依赖（aar）
使用aar时可以分为两种情况
① aar位于本地目录
首先在 android 的参数闭包中添加调用方法 repositories
repositories {
flatDir {
dirs 'libs'
}
}
然后在 dependencies 的参数闭包中添加
compile name: 'volley', ext: 'aar'
② aar位于远程仓库
这里以maven为例，当然也可以使用其他类型的仓库，例如 Ivy。
只需要在jar包引用方式后面添加一个@aar就可以了
compile 'com.alibaba:fastjson:latest.integration@aar'
包依赖（jar）
compile group: 'com.alibaba', mole: 'fastjson', version: 'latest.integration'
可以简写成
compile 'com.alibaba:fastjson:latest.integration'
latest.integration可以替换成具体的版本号，这里是获取服务器上的最新版本。
去掉重复依赖
compile 'com.alibaba.fastjson.latest.integration' {
exclude mole: 'annotations', group: 'com.google.android'
}
使用 Java7
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
proctFlavors
针对不同的APP分发渠道，我们可以定义不同的 proct flavor。也可以定义内部版本和外部版本，内部版本中包含了一些调试代码，这些代码在发布时并不会被编译进最后的APP中。而且可以分别为内部版本和外部版本指定不同的ApplicationId，这样在同一个设备上可以同时安装两个版本以方便调试。
命令行执行Gradle脚本
在Android工程根目录下会自动生成一个shell脚本 - gradlew，执行之前记得加上x属性 - chomod +x gradlew
gradle脚本中包含了很多 task，可以通过task名来指定需要执行的task。
./gradlew build./gradlew assemble./gradlew assembleInnderDebug
总结
不得不说，Gradle实在太好用了！虽然 Gradle 可以与 Ant 或 maven 配合使用，但是其简洁和功能性远远超过其他两个。我现在开发的项目普遍使用的是 maven，不知道什么原因，使用Gradle时经常会遇到一些无法获取远程依赖包的问题，最简单的解决办法就是把依赖包下载的本地。
㈣ 五大主流英英词典(ESL)比较使用测评报告
市面上英英词典的种类和数量可谓非常多，但这些 不同品牌和类型的英英词典之间具体有什么区别？对学习者来说，究竟哪一本英英词典才适合自己？ 带着这些疑问，我们挑选了市面上相对主流的针对语言学习者开发的五本英英词典(ESL)并从四个不同的角度对这几本英英词典进行了一次比较使用测评。
(ESL: English as a second language)
五本英英词典分别是：
测评版本：全部都是 Online 在线版本
测评角度：
Luise
以单词"possess‘为例
1.Oxford Advanced Learner's Dictionary牛津高阶英语词典
牛津的排版略微有些紧凑，容易让读者迷失在字典里。相对来说，牛津词典在排版上给读者的体验不如它的内容那么突出。
2.Merriam-Webster's Learner's Dictionary 韦氏英语学习词典
韦氏词典作为其中唯一的一本美系词典，排版虽然不如其他几本英系词典那么精致，风格略显粗旷，但胜在条理清晰，排版干净，整体而言可读性还是比较强的。
3.Collins COBUILD Advanced Learner's Dictionary 柯林斯高阶英语学习词典
柯林斯词典的排版风格和接下来要介绍剑桥词典的比较相似，但颜色选择上没有剑桥的明亮，整体感觉不如剑桥词典精神。
4.Cambridge Advanced Learner’s Dictionary 剑桥高阶英语学习词典
剑桥词典的排版还是对读者很友好的，运用了互补色的配色方案，控制了用色数量，整体感觉简约大气。
5.Longman Dictionary of Contemporary English 朗文当代高级英语词典
朗文的排版非常清晰易读，需要被特别关注的重点都被不同字体或者颜色标注了出来，用色丰富，整体感觉简洁明亮。
1.Cambridge Advanced Learner’s Dictionary 剑桥高阶英语学习词典
剑桥词典在词汇使用分类上并没有进行非常个性的整理，但是它在词性分类上还是标识地比较细致和清晰。如上图所示："possess verb[T]" 意思是：possess 是动词，且是及物动词。
2.Merriam-Webster's Learner's Dictionary 韦氏英语学习词典
韦氏词典和剑桥词典一样，虽然都没有在词汇使用分类上给予特别的关注，但同样地，会在带郑稿词性分类方面做得比较细致。值得注意的是，韦氏词典在表达“及物动词/不及丛桐物动词”时，并没有使用常见的"vt/vi"进行标识，而是使用了"[+object]/[no object]"的标识蠢孝形式。
3.Oxford Advanced Learner's Dictionary牛津高阶英语词典
**牛津3000重点词汇 **牛津词典拣选了3000个对于英文学习者来说最重要的词，并且在每一个重点词汇的左边都使用了一个“钥匙”的标识以示区分。
4.Collins COBUILD Advanced Learner's Dictionary 柯林斯高阶英语学习词典
**五级词频 **柯林斯词典根据词频对每一个收录的单词都进行了级别的划分，框选出词汇所对应的大致通用范围，并给出了词汇历年来的使用频次趋势图。对于想要根据使用频率来掌握词汇的学习者来说，这是个不错的参照。
5.Longman Dictionary of Contemporary English 朗文当代高级英语词典
1.Longman Dictionary of Contemporary English 朗文当代高级英语词典
1.例句音频
朗文为词典中词汇释义下的每一个例句制作了真人发声音频，共计88,000余个。
2.词汇使用易错点
词典中收录了许多与词汇相关的包括语法，使用领域，同义辨析等易错点，十分实用。
2.Oxford Advanced Learner's Dictionary牛津高阶英语词典
重点释义标注
牛津词典在释义方面运用了类似于“牛津3000重点词汇”的原理，在词汇的重点释义旁边打上了“钥匙”的标记，提示读者需要重点掌握的词汇释义。
3.Cambridge Advanced Learner’s Dictionary 剑桥高阶英语学习词典
1.英/美/商务 释义切换
剑桥词典在网页在线版上，为词汇同时提供了英式英语，美式英语以及商务英语的释义切换。
2.免费的英汉双语释义
剑桥是本次测试的五个在线词典中唯一免费提供英汉双语版本的词典。
4.Collins COBUILD Advanced Learner's Dictionary 柯林斯高阶英语学习词典
1.一词多义下的同义词辨析
柯林斯词典在词汇释义方面做的比较有特色的是“同义辨析”。在词汇拥有多个释义的前提下，柯林斯会针对词汇不同的释义提供相对应的同义词，非常浅显易懂和清晰。
2.英美释义切换
与剑桥词典类似，柯林斯也会在在线版本同时提供英式英语和美式英语的释义，以供读者参考比较。
5.Merriam-Webster's Learner's Dictionary 韦氏英语学习词典
地道美式表达
韦氏词典作为一部”正统“的美系词典，收录了许多地道的美式表达，这是其他几本英系词典所不具备的。
“
** 可 以发现，这几本英英词典在词汇释义方面的侧重点不尽相同，各有特色，它们之间很难进行“谁比谁更优”的比较。 故在这一轮的测评当中，我们并没有为各词典制作“推荐指数”**，学习者可以根据词典的特色和实际的需要选择适合自己的词典。
** 另 外，可能会有读者发现， 在本轮对词典释义的测评中，我们并没有对“释义内容本身”进行分析和评价。**没有这样做的主要原因是由于每一本词典所选用的“释义词汇范围”不同，导致了不同水平程度的学习者对各词典的“感觉”就会有所不同。而这种“感觉”是不能客观反映词典释义内容本身的优劣性的。例如：朗文的“释义词汇范围”是2000词，而牛津的“释义词汇范围”是3000词。对于比较基础的学习者来说，朗文给人的感觉是更加通俗易懂的。但对于一些高级学习者来说，朗文的释义则会显得不够直白，略显啰嗦（受释义词汇范围”所局限）。
”
1.Merriam-Webster's Learner's Dictionary 韦氏英语学习词典
韦氏词典对语料库的应用主要在于为词汇的释义提供例句。相较于其他几本英英词典，韦氏词典并没有给予语料库应用方面太多的关注。
2.Cambridge Advanced Learner’s Dictionary 剑桥高阶英语学习词典
剑桥词典的语料库除了会给词汇的释义提供例句以外，还会为读者额外提供一些不同语境下的语料库例句。但是剑桥词典并没有为语料库的例句进行任何序号方面的编排，以至于例句部分的可读性因此受到了一定影响。
3.Oxford Advanced Learner's Dictionary牛津高阶英语词典
牛津词典在对语料库进行应用的方面和剑桥词典一样，一方面是给词汇的释义提供例句，另一方面则是为读者额外提供一些不同语境下的语料库例句。
4.Collins COBUILD Advanced Learner's Dictionary 柯林斯高阶英语学习词典
柯林斯词典除了会为读者额外提供一些不同语境下的语料库例句之外，还会给出每一个例句的出处以及时间信息。
5.Longman Dictionary of Contemporary English 朗文当代高级英语词典
在语料库应用方面，朗文词典会对语料库中的句子进行分析，总结并列举出词汇相关的高频短语搭配以及提供丰富的对应语料库例句。这对于想要通过语境掌握新词用法的学习者来说，是一个非常方便和实用的功能。
小结
从英文学习的角度来说，我们认为朗文和柯林斯是学习者更好的选择。推荐的主要原因有两个：
1.提供了清晰简明的同义词辨析（柯林斯 better）
2.为学习者列举了真实语境下高频的词汇搭配（朗文 better） 。
而这两点，正是语言准确运用的关键，但又恰恰是任何一个（无论经验有多丰富）老师都不能为学生完整提供的。
所以有耐心看到文末的你们
都值得拥有更好的
词典学习工具
优秀词典APP安利
Longman Dictionary English LDE
免费
原汁原味的网页排版和内容
词汇辨析
短语搭配
你想要的 它都有了
END
㈤ 科鲁兹LDE发动机和ECOTEC DVVT发动机那个好
当然是ECOTEC DVVT Ecotec®发动机的显赫身世
05年，Ecotec®发动机曾被北美权威专业媒体评为“2006年世薯皮界十佳汽车发动机”。
06年，君越Ecotec®D-VVT 2.4L发动机发动机毫无争议的荣膺“‘中国心’2006年度十佳发动机”称号。
拥有双十佳桂冠的Ecotec®发动机已经有数百万数雀差台应用在通用旗下的各品牌上，其中包括庞蒂亚克、萨博、欧宝等各个子品牌的20多款车型，就连阿尔法罗密欧的159车型使用的也是Ecotec®引擎。
科鲁兹LDE 虽然号称是欧宝的技术但是我朋友有一辆，他只告诉我费油岁顷别的没说。
㈥ 在android开发中，不能导入开源的库是什么原因
前言
--project //项目目录
|
build.gradle //项目的gradle配置文件
|
settings.gradle／／gradle设置，会保存所有的mole
|
app //mole目录
|__build.gradlemole的配置
|
mole2 //mole2目录
|__build.gradlemole的配置
同eclipse中的项目一样，gradle/android studio 构建也可以有mole，将moudle放到项目目录下面,然后在settings.gradle中增加该mole，最简单的方法是用文件夹名。比如我们上面的结构，build.gradle文件应该如下：
include ':app', ':mole2'
更多关于gralde的知识可以看我以前的文章:
使用gradle构建android项目（续） 使用Gradle构建Android项目
导入Jar文件
这种可能很常见，可以下载到别人搞好的jar包，这样可以直接在自己的主mole下创建libs文件夹(我这里这样，只是为了兼容eclipse方式),然后把jar文件放进去,然后在mole的build.gradle文件中的dependecies{}添加如下代码：
compile files('libs/name.jar')
当libs文件夹下面有多个文件时，可以用一句代码包含这些包:
compile fileTree(dir: 'libs', include: ['*.jar'])
当有文件不需要被包含时，可以这样:
compile fileTree(dir: 'libs', exclude: ['android-support*.jar'], include: ['*.jar'])
从上面的代码中可以看到我们可以使用通配符, +表示一个字符，*表示0到多个字符。
导入maven中的库
如果开源库作者有将代码放到Maven库中，我们可以在gradle配置中直接引入,类似如下:
compile 'com.github.dmytrodanylyk.android-process-button:library:1.0.1'
一般我们可以在开源库的github页面上面看有没有这样一个地址，或者到maven库中根据包名搜索有没有,我们前面这个引入的项目分三个部分 group:name:version，我们引入其他的包也有遵守这个规则。
导入gradle构建的开源库
这种情况的比较少用到，因为这张的开源库，作者一般都有放到maven库中，但是偶尔也会用到这里也提一下。
首先下载文件，将我们需要的这个库的mole文件夹拷贝到我们的项目的目录下面，然后在setting.gradle文件中增加文件夹名称, 然后在我们需要依赖这个模块的mole中的build.gradle文件中加入如下代码:
compile project(':libmole')
这样就可以了。
导入基于Eclipse构建的开源库
基于Eclipse构建的项目，和基于Android Studio构建的项目的很大区别是目录结构不同。我们首先将mole文件夹拷贝到我们的项目目录下面，然后在settings.gradle文件中增加这个mole，然后在要使用的mole中的build.gradle文件中引入依赖，这样看的话，似乎和引入基于gradle构建的没什么不同。但是，基于Eclipse构建的项目中，没有build.gradle文件，所以我们需要自己新建一个放到mole下面,下面是一个模版：
apply plugin: 'android-library'
repositories {
mavenCentral()
}
android {
compileSdkVersion 19
buildToolsVersion "20.0.0"
defaultConfig {
minSdkVersion 9
targetSdkVersion 19
}
sourceSets {
main {
manifest.srcFile 'AndroidManifest.xml'
java.srcDirs = ['src']
resources.srcDirs = ['src']
aidl.srcDirs = ['src']
res.srcDirs = ['res']
assets.srcDirs = ['assets']
jniLibs.srcDirs = ['libs']
}
}
lintOptions {
abortOnError false
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
}
当然，根据各自的sdk和buildtools版本等等，以及其他，配置会有变化，可以看我之前的文章。
其他
以上就是主要的集中导入场景，自己可以根据自己的实际情况然后改变配置等等。
另外,我们导入的仓库可能不是maven中心仓库，或者可能是我们自己搭建的仓库,我们可以自定义仓库地址的,修改build.gradle文件中的repositories就可以了，例如:
buildscript {
repositories {
jcenter()
mavenCentral()
maven {
url "https://oss.sonatype.org/content/repositories/snapshots"
}
}
}
另外，project层的buildscript在mole层也是会生效的，所以不用在每个mole都配置。