安卓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都配置。