android適配框架

1. android 屏幕適配

1： dp: android 尺寸的基本單位。 在不同的解析度的手機裡面，1dp對應著不同數量的px, 這樣就實現了dp定義一個控制項大小的時候，在不同解析度手機里表現出相應大小的像素值。
2： 屏幕解析度： 1080下160, 表示寬度有1080個像素點而高度有2160個像素點。常見的解析度有320x480， 480x800, 720x1280, 1080x1920等。
3： 屏幕尺寸： 以寸為單位， Android設備對角線的長度
4： 像素密度: 每英寸的像素點
5： 屏幕尺寸， 解析度，像素密度 三者之間的關系：
密度（dpi）= √（寬2 + 高2）/屏幕尺寸

6： px：像素，是屏幕上顯示數據的最基本的點
7： dpi：屏幕像素密度，每英寸上的像素點數
8： sp：與dp類似，通常用於指定字體的大小，當用戶修改手機顯示的字體時，字體大小會隨之改變。

1： dp適配方案： Android自帶的原始的適配方案， 在不同的解析度手機裡面表現出相應大小的像素點。
缺點： Android的碎片化嚴重， 如果生產廠家沒有根據屏幕尺寸、解析度和像素密度的關系來規則定義， 或者出一些亂七八糟的屏幕大小，這樣的適配方案就不在適合了。

2： 寬高限定符：枚舉所有的屏幕寬高像素值，根據等比縮放去適配。如果沒有找到對應的屏幕， 則取默認的。 目前這種方案已經被棄用。

缺點：
1： 佔用資源大，會增加APK的體積。
2： 容錯機制大需要精準命中資源文件才能適配，比如1920x1080的手機就一定要找到1920x1080的限定符，否則就只能用統一的默認的dimens文件了。而使用默認的尺寸的話，UI就很可能變形。

3：AndroidAutoLayout適配方案（停止維護）

4: SW限定符適配方案：（smallestWidth最小寬度適配）
Android 會去識別屏幕可用高度或者寬度的最小尺寸的dp值。然後根據識別到的結果去對應的資源文件裡面去找尋相應的結果。
如何生成：ScreenMatch插件

此方案跟寬高限定的適配方案相比，有很好的容錯機制， 如果沒有找到對應的適配寬度， 那麼會在vlues文件裡面去找跟他最接近的寬度。

5：今日頭條適配方案：
1>: px 轉 dp 的公式 dp = px / density.不管我們設定的單位是什麼， 最終我們都會將這些單位長度轉化為px的。density就是他們的轉化比， 所以，動態改變這個轉化比也是可以達到我們適配屏幕的目的的。
2>: 通過修改density值，強行把所有不同尺寸解析度的手機的寬度dp值改成一個統一的值（在清單文件中定義），這樣就解決了所有的適配問題。
3>: Density = 當前設備屏幕總寬度（單位為像素）/ 設計圖總寬度（單位為 dp) ；
4>：引入了AndroidAutoSize屏幕適配框架：
https://github.com/JessYanCoding/AndroidAutoSize

最後， 最重要的................
點贊 點贊 點贊， 不重要的事情也就說3遍......

2. Android 手機應用開發一般採用什麼框架

android應用開發框架是 Application Framework. 其系統架構由5部分組成，分別是：Linux
Kernel、Android Runtime、Libraries、Application
Framework、Applications。第二部分將詳細介紹這5個部分。下面自底向上分析各層。

Android架構

1、Linux Kernel

Android
基於Linux 2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路堆棧、驅動模型。Linux
Kernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。
如果你學過計算機網路知道OSI/RM，就會知道分層的好處就是使用下層提供的服務而為上層提供統一的服務，屏蔽本層及以下層的差異，當本層及以下層發生
了變化不會影響到上層。也就是說各層各盡其職，各層提供固定的SAP（Service Access Point），專業點可以說是高內聚、低耦合。
如果你只是做應用開發，就不需要深入了解Linux Kernel層。

2、Android Runtime

Android
包含一個核心庫的集合，提供大部分在java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己
的進程中。Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik
設計的一種壓縮格式，適合內存和處理器速度有限的系統。
大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。兩種架構各有優劣，一般而言，基於棧的機器需要更多指令，而基於寄存器的機
器指令更大。dx 是一套工具，可以將 Java .class 轉換成 .dex
格式。一個dex文件通常會有多個.class。由於dex有時必須進行最佳化，會使文件大小增加1-4倍，以ODEX結尾。
Dalvik虛擬機依賴於Linux 內核提供基本功能，如線程和底層內存管理。

3、Libraries

Android
包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（application
framework）暴露給開發者。下面列出一些核心庫： 系統C庫--標准C系統庫（libc）的BSD衍生，調整為基於嵌入式Linux設備
媒體庫--基於PacketVideo的OpenCORE。這些庫支持播放和錄制許多流行的音頻和視頻格式，以及靜態圖像文件，包括MPEG4、
H.264、 MP3、 AAC、 AMR、JPG、 PNG 界面管理--管理訪問顯示子系統和無縫組合多個應用程序的二維和三維圖形層
LibWebCore--新式的Web瀏覽器引擎,驅動Android 瀏覽器和內嵌的web視圖 SGL--基本的2D圖形引擎
3D庫--基於OpenGL ES 1.0 APIs的實現。庫使用硬體3D加速或包含高度優化的3D軟體光柵 FreeType
--點陣圖和矢量字體渲染 SQLite --所有應用程序都可以使用的強大而輕量級的關系資料庫引擎

4、Application Framework

通
過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置
鬧鍾、向狀態欄添加通知等等，很多很多。 開發者可以完全使用核心應用程序所使用的框架APIs。應用程序的體系結構旨在簡化組件的重用
，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。
所有的應用程序其實是一組服務和系統，包括：
視圖（View）--豐富的、可擴展的視圖集合，可用於構建一個應用程序。包括包括列表、網格、文本框、按鈕，甚至是內嵌的網頁瀏覽器
內容提供者（Content Providers）--使應用程序能訪問其他應用程序（如通訊錄）的數據，或共享自己的數據
資源管理器（Resource Manager）--提供訪問非代碼資源，如本地化字元串、圖形和布局文件 通知管理器（Notification
Manager）--使所有的應用程序能夠在狀態欄顯示自定義警告 活動管理器（Activity
Manager）--管理應用程序生命周期,提供通用的導航回退功能

5、Applications

Android裝配一
個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。更加豐富的應用
程序有待我們去開發！ 從上面我們知道Android的架構是分層的，非常清晰，分工很明確。Android本身是一套軟體堆迭(Software
Stack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。從上面我們也看到了開源的力量，一個個熟悉的開源軟體在這里貢獻
了自己的一份力量。

3. android 五大應用開發框架是什麼

android應用開發框架是 Application Framework，其系統架構由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。

1、Linux Kernel （Linux內核）

Android基於Linux 2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路 堆棧、驅動模型。Linux Kernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。

2、Android Runtime （運行庫）

Android包含一個核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己的進程中。

Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。 大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。

3、Libraries （程序庫）

Android包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（application framework）暴露給開發者。

4、Application Framework （應用框架層）

通過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置鬧鍾、向狀態欄添加通知等等，很多很多。 開發者可以完全使用核心應用程序所使用的框架APIs。

應用程序的體系結構旨在簡化組件的重用，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。

5、Applications（應用層）

Android裝配一個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。Android本身是一套軟體堆迭(Software Stack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。

(3)android適配框架擴展閱讀

開發人員也可以完全訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用;任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊(不過得遵循框架的安全性限制)。同樣，該應用程序重用機制也使用戶可以方便的替換程序組件。

隱藏在每個應用後面的是一系列的服務和系統,其中包括;

豐富而又可擴展的視圖(Views)，可以用來構建應用程序，它包括列表(lists)，網格(grids)，文本框(textBoxes)，按鈕(buttons)，甚至可嵌入的web瀏覽器。

內容提供器(ContentProviders)使得應用程序可以訪問另一個應用程序的數據(如聯系人資料庫)，或者共享它們自己的數據

資源管理器(ResourceManager)提供非代碼資源的訪問，如本地字元串，圖形，和布局文件(layoutfiles)。

通知管理器(NotificationManager)使得應用程序可以在狀態欄中顯示自定義的提示信息。

活動管理器(ActivityManager)用來管理應用程序生命周期並提供常用的導航回退功能。

4. Android 屏幕適配

摘自： https://www.jianshu.com/p/ec5a1a30694b
摘自： https://www.jianshu.com/p/337c47721690
摘自： https://www.jianshu.com/p/4669814362ee

因為ui設計師給你的設計圖是以px為單位的，Android開發則是使用dp作為單位的，那麼我們需要進行轉換：

擴展：
Android屏幕適配-基礎篇

   Android推薦使用dp作為尺寸單位來適配UI ，通過dp加上自適應布局和weight比例布局可以基本解決不同手機上適配的問題，這基本是最原始的Android適配方案。
   缺點：
  （1）這種方案只能保證我們寫出來的界面適配絕大部分手機，部分手機仍然需要單獨適配，但dpi的不同，還是會存在差異。
  （2）一般的設計稿都是以px為單位的，所以我們在寫layout文件的時候需要將px轉為dp，影響開發效率。

  為了高效的實現UI開發，出現了新的適配方案，我把它稱作寬高限定符適配。簡單說，就是模仿市面上所有的Android手機的寬高像素值，設定一個基準的解析度，其他解析度都根據這個基準解析度來計算，在不同的尺寸文件夾內部，根據該尺寸編寫對應的dimens文件:

   鴻洋大神的作品 ，使用也超級簡單，核心功能就是在繪制的時候在onMeasure裡面做變換，重新計算px。

   缺點：
  我們自定義的控制項可能會被影響或限制，可能有些特定的控制項（框架沒有做適配的控制項），需要單獨適配。

小結：上述幾種適配方案都是實際開發中用過的方案，但隨著技術不斷的更新，出現了更好的適配方案。

   1.SmallestWidth適配（sw限定符適配）
   實現原理：
  Android會識別屏幕可用高度和寬度的最小尺寸的dp值（其實就是手機的寬度值），然後根據識別到的結果去資源文件中尋找對應限定符的文件夾下的資源文件。

   sw限定符適配 和 寬高限定符適配 類似，區別在於，前者有很好的容錯機制，如果沒有value-sw360dp文件夾，系統會向下尋找，比如離360dp最近的只有value-sw350dp，那麼Android就會選擇value-sw350dp文件夾下面的資源文件。這個特性就完美的解決了上文提到的寬高限定符的容錯問

   優點：
    1.非常穩定，極低概率出現意外
    2.不會有任何性能的損耗
    3.適配范圍可自由控制，不會影響其他三方庫
   缺點：
    就是多個dimens文件可能導致apk變大，幾百k。

    這里有個問題：
    在項目的其他 mole 中怎麼實現適配？難道也要多套 dimens 文件？

    解答：
    並不需要多套 dimens 文件，只需要在 values 文件夾下有一套與 app mole 一樣的 dimens 文件即可達到適配。因為經過編譯，所有 mole 中的 dimen 數據都會統一歸類到主 mole（即 app mole）中的 values/dimens.xml 文件中了，然後系統又會根據你設置的值去找對應 values-swxxxdp 文件夾下的dimens.xml 文件中的值。

附件： [生成sw文件的工具]( https://links.jianshu.com/go ?

to=https%3A%2F%2Fgithub.com%2Fladingwu%2Fdimens_sw)

實現原理：修改系統的density值（核心）
  今日頭條適配是以設計圖的寬或高進行適配的，適配最終是改變系統density實現的。
過程：

缺點：
   1.只需要修改一次 density，項目中的所有地方都會自動適配，這個看似解放了雙手，減少了很多操作，但是實際上反應了一個缺點，那就是只能一刀切的將整個項目進行適配，但適配范圍是不可控的。
   2.這個方案依賴於設計圖尺寸，但是項目中的系統控制項、三方庫控制項、等非我們項目自身設計的控制項，它們的設計圖尺寸並不會和我們項目自身的設

  AndroidAutoSize 是基於今日頭條適配方案，該開源庫已經很大程度上解決了今日頭條適配方案的兩個缺點，可以對activity，fragment進行取消適配。也是目前我的項目中所使用的適配方案。

   使用也非常簡單只需兩步：
     第一步： 導入依賴

     第二步： 配置AndroidManifest
     在 AndroidManifest 中填寫全局設計圖尺寸 (單位 dp)，如果使用副單位，則可以直接填寫像素尺寸，不需要再將像素轉化為 dp，詳情請查看 demo-subunits

老師給的UI設計是在藍湖上的，因為還沒工作，接觸就藍湖，SW個人感覺好處就是藍湖上尺寸多少你就寫多少就行

5. Android屏幕適配-應用篇

Android屏幕適配-基礎篇
Android屏幕適配-應用篇

從兩個大方面闡述一下Android的屏幕適配：

  Android推薦使用dp作為尺寸單位來適配UI ，通過dp加上自適應布局和weight比例布局可以基本解決不同手機上適配的問題，這基本是最原始的Android適配方案。
缺點 ：
（1）這種方案只能保證我們寫出來的界面適配絕大部分手機，部分手機仍然需要單獨適配，但dpi的不同，還是會存在差異。
（2）一般的設計稿都是以px為單位的，所以我們在寫layout文件的時候需要將px轉為dp，影響開發效率。

 為了高效的實現UI開發，出現了新的適配方案，我把它稱作寬高限定符適配。簡單說，就是窮舉市面上所有的Android手機的寬高像素值，設定一個基準的解析度，其他解析度都根據這個基準解析度來計算，在不同的尺寸文件夾內部，根據該尺寸編寫對應的dimens文件:

鴻洋大神的作品 ，使用也超級簡單，核心功能就是在繪制的時候在onMeasure裡面做變換，重新計算px。
缺點 ：我們自定義的控制項可能會被影響或限制，可能有些特定的控制項（框架沒有做適配的控制項），需要單獨適配。

  小結：上述幾種適配方案都是實際開發中用過的方案，但隨著技術不斷的更新，出現了更好的適配方案。

   實現原理 ：Android會識別屏幕可用高度和寬度的最小尺寸的dp值（ 其實就是手機的寬度值 ），然後根據識別到的結果去資源文件中尋找對應限定符的文件夾下的資源文件。
   sw限定符適配 和 寬高限定符適配 類似，區別在於，前者有很好的容錯機制，如果沒有value-sw360dp文件夾，系統會向下尋找，比如離360dp最近的只有value-sw350dp，那麼Android就會選擇value-sw350dp文件夾下面的資源文件。這個特性就完美的解決了上文提到的寬高限定符的容錯問題。
   優點: 1.非常穩定，極低概率出現意外
    2.不會有任何性能的損耗
    3.適配范圍可自由控制，不會影響其他三方庫
   缺點 ：就是多個dimens文件可能導致apk變大，幾百k。

   附件： 生成sw文件的工具

   實現原理 ： 修改系統的density值 （核心）
  今日頭條適配是以設計圖的寬或高進行適配的，適配最終是改變系統density實現的。
   過程：

  AndroidAutoSize 是基於今日頭條適配方案，該開源庫已經很大程度上解決了今日頭條適配方案的兩個缺點，可以對activity，fragment進行取消適配。也是目前我的項目中所使用的適配方案。
使用也非常簡單只需兩步：
（1）引入：

（2）在 AndroidManifest 中填寫全局設計圖尺寸 (單位 dp)，如果使用副單位，則可以直接填寫像素尺寸，不需要再將像素轉化為 dp，詳情請查看 demo-subunits

6. android開發一般都使用什麼框架

Android開發框架介紹
編輯文檔
學分 +2
開發框架方麵包含基本的應用功能開發、數據存儲、網路訪問這三大塊：
一、應用方面
一般而言一個標準的Android程序由如下4部分組成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最頻繁、最基本的模塊，在Android中，一個Activity就是手機上一屏，相當於一個網頁一樣，所不同的是，每個Activity運行結束了，有個返回值，類似一個函數一樣。Android系統會自動記錄從首頁到其他頁面的所有跳轉記錄並且自動將以前的Activity壓入系統堆棧，用戶可以通過編程的方式刪除歷史堆棧中的Activity Instance。
Activity類中主要是跟界面資源文件關聯起來（res/layout目錄下的xml資源，也可以不含任何界面資源），內部包含控制項的顯示設計、界面交互設計、事件的響應設計以及數據處理設計、導航設計等application設計的方方面面。 2. Broadcast Intent Receiver
Intent提供了各種不同Activity進行跳轉的機制，譬如如果從A activity跳轉到B activity，使用Intent來實現如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各種不同的Android應用程序進行進行進程間通訊的機制，譬如當電話呼叫來臨時，可以通過BroadcastReceiver發布廣播消息。對於用戶而言，BroadcastReceiver是不透明的，用戶無法看到這個事件，BroadcastReceiver通過NotificationManager來通知用戶這些事件發生了，它既可以在資源AndroidManifest.xml中注冊，也可以在代碼中通過Context.registerReceiver()進行注冊，只要是注冊了，當事件來臨的時候，即時程序沒有啟動，系統也在需要的時候會自動啟動此應用程序；另外各應用程序很方便地通過Context.sendBroadcast()將自己的事情廣播給其他應用程序；
3. Service,跟Windows當中的Service完全是一個概念，用戶可以通過startService(Intent service)啟動一個Service，也可通過Context.bindService來綁定一個Service.
4. Content Provider，由於Android應用程序內部的數據都是私有的，Content Provider提供了應用程序之間數據交換的機制，一個程序可以通過實現一個ContentProvider的抽象介面將自己的數據暴露出去，並且隱蔽了具體的數據存儲實現，標準的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的介面，並且實現了許可權機制，保護了數據交互的安全性； 一個標準的Android應用程序的工程文件包含如下幾大部分： -> Java源代碼部分(包含Activity)，都在src目錄當中；
-> R.java文件，這個文件是Eclipse自動生成與維護的，開發者不需要修改，提供了Android對的資源全局索引； -> Android Library，這個是應用運行的Android庫；
-> assets目錄，這個目錄裡面主要用與放置多媒體等一些文件；
-> res目錄，放置的是資源文件,跟VC中的資源目錄基本類似，其中的drawable包含的是圖片文件，layout裡麵包含的是布局文件，values目錄裡面主要包含的是字元串(strings.xml)、顏色（colors.xml)以及數組（arrays.xml)資源；
-> AndroidManifest.xml，這個文件異常重要，是整個應用的配置文件，在這個文件中，需要聲明所有用到的Activity、Service、Receiver等。

7. 32個實用酷炫的Android開源UI框架

1.Side-Menu.Android

分類側滑菜單 ， Yalantis 出品。

項目地址： https://github.com/Yalantis/Side-Menu.Android

2.Context-Menu.Android

可以方便快速集成漂亮帶有動畫效果的上下文菜單， Yalantis 出品。

項目地址： https://github.com/Yalantis/Context-Menu.Android

3.Pull-to-Refresh.Rentals-Android

提供一個簡單可以自定義的 下拉刷新 實現，Yalantis 出品。

項目地址： https://github.com/Yalantis/Pull-to-Refresh.Rentals-Android

4.Titanic

可以顯示水位上升下降的TextView

項目地址： https://github.com/RomainPiel/Titanic

5.AndroidSwipeLayout

滑動Layout ，支持單個View，ListView，GridView

項目地址： https://github.com/daimajia/AndroidSwipeLayout

Demo地址： Download Demo

6.Android Typeface Helper

可以幫你輕松實現自定義字體的庫

項目地址： https://github.com/norbsoft/android-typeface-helper

7.android-lockpattern

Android的圖案密碼解鎖

項目地址： https://code.google.com/p/android-lockpattern/

Demo地址： https://play.google.com/store/apps/details?id=group.pals.android.lib.ui.lockpattern.demo

文檔介紹： https://code.google.com/p/android-lockpattern/wiki/QuickUse

APP示例：Android開機的圖案密碼解鎖，支付寶的密碼解鎖

8.ToggleButton

狀態切換的 Button，類似 iOS，用 View 實現

項目地址： https://github.com/zcweng/ToggleButton

9.WilliamChart

繪制圖表的庫，支持LineChartView、BarChartView和StackBarChartView三中圖表類型，並且支持 Android 2.2及以上的系統。

項目地址： https://github.com/diogobernardino/WilliamChart

Demo地址： https://play.google.com/store/apps/details?id=com.db.williamchartdemo

Demo項目： https://github.com/diogobernardino/WilliamChart/tree/master/sample

10.實現滑動ViewPager漸變背景色

項目地址： https://github.com/TaurusXi/GuideBackgroundColorAnimation

11.Euclid

用戶簡歷界面， Yalantis 出品。

項目地址： https://github.com/Yalantis/Euclid

12. InstaMaterial

Instagram的一組Material 風格的概念設計

項目地址： https://github.com/frogermcs/InstaMaterial

13. SpringIndicator

使用bezier實現粘連效果的頁面指示

項目地址： https://github.com/chenupt/SpringIndicator

14. BezierDemo

仿qq消息氣泡拖拽 消失的效果。

項目地址： https://github.com/chenupt/BezierDemo

15. FoldableLayout

折疊的信紙被打開一樣的動畫效果

項目地址： https://github.com/alexvasilkov/FoldableLayout

16.Taurus

下拉刷新，Yalantis 出品。（是不是有點似曾相識呢？）

項目地址： https://github.com/Yalantis/Taurus

17. PersistentSearch

在點擊搜索的時候控制項在原有位置顯示輸入框。

項目地址： https://github.com/Quinny898/PersistentSearch

18. circular-progress-button

帶進度顯示的Button

項目地址： https://github.com/dmytrodanylyk/circular-progress-button

19. discrollview

當上下滾動的時候子元素會呈現不同動畫效果的scrollView，網頁上稱之為：視差滾動

項目地址： https://github.com/flavienlaurent/discrollview

20. sweet-alert-dialog

一個帶動畫效果的 自定義對話框樣式

項目地址： https://github.com/pedant/sweet-alert-dialog

21. android-floating-action-button

Material Desig風格的 浮動操作按鈕

項目地址： https://github.com/futuresimple/android-floating-action-button

22. android-collapse-calendar-view

可以在月視圖與周視圖之間切換的calendar控制項

項目地址： https://github.com/blazsolar/android-collapse-calendar-view

22. android-collapse-calendar-view

可以在月視圖與周視圖之間切換的calendar控制項

項目地址： https://github.com/blazsolar/android-collapse-calendar-view

23. NumberProgressBar

個簡約性感的數字進度條

項目地址： https://github.com/daimajia/NumberProgressBar

24. CircularProgressView

CircularProgressView 是通過自定義view的方式實現的Material風格的載入提示控制項，兼容任何版本。

項目地址： https://github.com/rahatarmanahmed/CircularProgressView

25. OriSim3D-Android

opengl 實現了各種折紙效果，模擬了從一張紙折疊成一條船的整個過程

項目地址： https://github.com/RemiKoutcherawy/OriSim3D-Android

26、萬能日歷控制項:CalendarView

GitHub: https://github.com/huanghaibin-dev/CalendarView

中文使用文檔: https://github.com/huanghaibin-dev/CalendarView/blob/master/QUESTION_ZH.md

27、大圖查看器： BigImage ImageView ViewPager

Github: https://github.com/SherlockGougou/BigImageViewPager

地址： https://www.jianshu.com/p/b15e65791c3f

支持超長圖、超大圖的圖片瀏覽器，優化內存，支持手勢放大、下拉關閉、查看原圖、載入百分比、保存圖片等功能。現已支持androidx。

28、安卓工具包androidUntilCode(安卓必備)

Github: https://github.com/Blankj/AndroidUtilCode/blob/master/lib/utilcode/README-CN.md

29、萬能適配器-BRAVH

官網: http://www.recyclerview.org

GitHub: https://github.com/CymChad/BaseRecyclerViewAdapterHelper

RecyclerView

作為Android最常用的控制項之一，是否常常為「她」操碎了心

BRVAH受益群體是所有Android開發者，希望更多開發者能夠一起來把這個項目做得更好幫助更多人

30、智能刷新控制項--SmartRefreshLayout

GitHub: https://github.com/scwang90/SmartRefreshLayout

中文: https://gitee.com/scwang90/SmartRefreshLayout

SmartRefreshLayout以打造一個強大，穩定，成熟的下拉刷新框架為目標，並集成各種的炫酷、多樣、實用、美觀的Header和Footer。 正如名字所說，SmartRefreshLayout是一個「聰明」或者「智能」的下拉刷新布局，由於它的「智能」，它不只是支持所有的View，還支持多層嵌套的視圖結構。 它繼承自ViewGroup 而不是FrameLayout或LinearLayout，提高了性能。 也吸取了現在流行的各種刷新布局的優點，包括谷歌官方的 SwipeRefreshLayout ， 其他第三方的 Ultra-Pull-To-Refresh 、 TwinklingRefreshLayout 。 還集成了各種炫酷的 Header 和 Footer。

31、內存泄漏檢測工具--leakcanary

使用方式: https://www.jianshu.com/p/b83ddffcb3b5

LeakCanary是Square公司基於MAT開源的一個工具，用來檢測Android App中的內存泄露問題。官方地址： https://github.com/square/leakcanary

32、 1218683832 / AndroidSlidingUpPanel

SlidingUpPanelLayout：可以上下滑動的菜單布

https://github.com/1218683832/AndroidSlidingUpPanel

8. android 五大應用開發框架是什麼

1.Linux Kernel

2.Android Runtime

3.Libraries

4.Application Framework

5.Applications

9. android app開發中常用到哪些開源框架

在前面的課程中，隨著對Android體系的了解，已經可以進行正常的Android應用開發了。在Android開發中，同其他工程開發一樣，也經常使用一些提高效率的框架，本文我們做一個對比。這些框架，既包括：網路請求框架、也包括圖片載入庫框架、還包括資料庫操作等一些框架，總之，了解和熟悉這些框架，會對自己的開發效率有很大的提升和幫助。

網路請求框架

1、okHttp

在前文的學習中，我們已經了解過okHttp，是一個常用的網路載入庫。

2、Retrofit

介紹

Retrofit是一個很不錯的網路請求庫，該庫是square開源的另外一個庫，之前的okhttp也是該公司開源的。

Retrofit是基於OkHttp封裝的RESTful網路請求框架，使用註解的方式配置請求。優點是速度快，使用註解，callback函數返回結果自動包裝成Java對象。官方自己的介紹說：

A type-safe REST client for Android and Java

該網路框架在github上的地址如下：https://square.github.io/retrofit/

要求

Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android應用的API版本應該在21+。

依賴

使用Retrofit庫，和其他庫一樣，首先需要設置依賴，依然是在build.gradle文件中設置依賴：

//添加retrofit庫依賴

implementation 『com.squareup.retrofit2:retrofit:2.1.0』

//添加gson轉換器

implementation 『com.squareup.retrofit2:converter-gson:2.1.0』

使用

通過一個例子，我們可以來演示該框架的使用步驟：

1、定義請求介面，即程序中都需要什麼請求操作
public interface HttpServices {

/**

• 獲取頭條新聞

• @param type 新聞類型

• @param key apiKey

• @return

*/

@GET(「toutiao/index」)

Call getNewsList(@Query(「type」) String type, @Query(「key」) String key);

}

2、實例化Retrofit對象，使用的Builder的模式創建，如下代碼所示：
Retrofit retrofit = new Retrofit.Builder()

.baseUrl(Constants.BASE_API)

.addConverterFactory(GsonConverterFactory.create())

.build();

注意，這里設置結構體轉換器，是可以直接把網路請求回來的數據轉換為Java結構體，這里設置的Gson解析器，因此要引入相應的轉換器支持庫。

3、得到介面對象，自己創建的全局的介面對象，並調用相應的介面，得到一個類似於請求Call對象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);

Call newsListCall = httpServices.getNewsList(「top」, Constants.API_KEY);

4、加入到請求隊列中，並設置回調方法：
newsListCall.enqueue(new Callback() {

@Override

public void onResponse(Call call, Response response) {

//網路請求成功的回調方法

List list = Arrays.asList(response.body().result.data);

Log.i(「TAG」, 「請求成功:」 + String.valueOf(list.size()));

NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);

adapter.setmData(list);

mRecyclerView.setAdapter(adapter);

}

@Override

public void onFailure(Call call, Throwable throwable) {

//網路請求失敗的回調方法

Log.i(「TAG」, 「請求失敗:」 + throwable.getMessage());

}

});

其他界面操作和之前的Android中的內容一致。

3、RxJava

簡單來說，用來處理事件和非同步任務，在很多語言上都有實現，RxJava是Rx在Java上的實現。

原理

RxJava最基本的原理是基於觀察者模式來實現的。通過Obserable和Observer的機制，實現所謂響應式的編程體驗。

特點

RxJava在編程中的實現就是一種鏈式調用，做了哪些操作，誰在前誰在後非常直觀，邏輯清晰，代碼維護起來非常輕松。

RxJava也是一個在github上的庫，githubhttp://www.xingkongmj.com/news/id/62.html地址如下：https://github.com/ReactiveX/RxJava

基於此，還有一個RxAndroid，github地址如下：https://github.com/ReactiveX/RxAndroid

RxJava和RxAndroid的關系

RxAndroid是RxJava的一個針對Android平台的擴展，主要用於 Android 開發。

基本概念

RxJava 有四個基本概念：

Observable：可觀察者，即被觀察者Observer：觀察者subscribe：訂閱事件
這四個概念之間的邏輯關系是：Observable和Observer通過subscribe方法實現訂閱關系，從而Observable可以在需要的時候發出事件來通知Observer。

事件

RxJava 的事件回調方法主要包含以下幾個：

onNext：普通的事件onCompletedhttp://dachang.net/432717.html：事件隊列完結。RxJava 不僅把每個事件單獨處理，還會把它們看做一個隊列。RxJava 規定，當不會再有新的 onNext 發出時，需要觸發 onCompleted 方法作為標志。：事件隊列異常。在事件處理過程中出異常時， 會被觸發，同時隊列自動終止，不再允許再有事件發出。在一個正確運行的事件序列中, onCompleted和 有且只有一個，並且是事件序列中的最後一個。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在隊列中調用了其中一個，就不應該再調用另一個。
資料庫操作框架

在開發時，本地資料庫可以起到緩存數據和存儲業務數據的作用，隨著技術的成熟，不斷推出了有很多關於資料庫的操作框架。比較常見的資料庫操作框架有諸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。

GreenDAO

GreenDAO是一個開源的 Android ORM(「對象/關系映射」)，通過 ORM（稱為「對象/關系映射」），在我們資料庫開發過程中節省了開發時間！

GreenDao的官方文檔地址如下：http://www.xingkongmj.com/news/id/63.html

GreenDao的作用

通過 GreenDao，我們可以更快速的操作資料庫，我們可以使用簡單的面相對象的API來存儲，更新，刪除和查詢 Java 對象。這款資料庫操作框架的特點是：

高性能，在官方的統計數據中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三個框架中，讀、寫、更新操作效率均表現第一。易於使用的強大 API，涵蓋關系和連接。內存消耗較小。安全：greenDAO 支持 SQLCipherhttp://www.xingkongmj.com/news/id/64.html，以確保用戶的數據安全;
核心概念

GreenDao 的核心類有三個：分別是：

DaoMaster：保存資料庫對象（SQLiteDatabase）並管理特定模式的 DAO 類（而不是對象）。它有靜態方法來創建表或刪除它們。它的內部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實現，它們在 SQLite 資料庫中創建模式。DaoSession：管理特定模式的所有可用 DAO 對象，您可以使用其中一個getter方法獲取該對象。DaoSession 還提供了一些通用的持久性方法，如實體的插入，載入，更新，刷新和刪除。XXXDao：數據訪問對象（DAO）持久存在並查詢實體。對於每個實體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對象。通常, 實體對象代表一個資料庫行使用標准 Java 屬性(如一個POJO 或 JavaBean )。
使用

按照官方的文檔和github上的說明可以實現green的使用。

首先進行的是依賴，對於greenDao，有兩個地方需要設置，分別是項目根目錄中的 build.gradle，還有mole中的build.gradle。
classpath 『org.greenrobot:green-gradle-plugin:3.3.0』 // add plugin

在項目根目錄中的build.gradle目錄中寫這句話的意思是添加greenDao的插件。

在項目mole中的build.gradle中也需要進行配置，有兩個地方需要設置，如下圖所示：

apply plugin: 『org.greenrobot.greenhttp://www.xingkongmj.com/news/id/66.html』 //開頭加入該代碼

dependences{

implementation 『org.greenrobot:green:3.2.0』

}

然後就可以使用了。

bean實體

可以在項目中創建自己業務需要的實體類，並通過註解來設置是實體類，欄位約束等內容。然後點擊Android Studio中的Make mole，即可自動生成XXXDao代碼，以此來方便開發者的操作。生成的XXXDao類，不可修改和編輯，是自動生成的。

ORMLite

ORMLite框架是另外一款Android開發中可以使用的資料庫操作框架。該框架的文檔地址如下：https://ormlite.com/sqlite_java_android_orm.shtml

該框架的文檔准備的不是特別友好，此處不再贅述。

總結，所有的框架原理幾乎都相差不大，只是操作有所差異。

視圖注入框架

在Android項目開發過程中，有太多的頁面需要布局完成，同時在代碼中需要些大量的findviewbyid的操作，來實現控制項的解析。於是就有人想能否輕松一些，解放雙手節省時間，干一些其他有意義的事情，於是ButterKnife就來了。

ButterKnife是一個專注於Android系統的View注入框架,可以減少大量的findViewById以及setOnClickListener代碼，可視化一鍵生成。

該項目在github上的地址如下：http://www.xingkongmj.com/news/id/65.html

這個框架的優勢也非常明顯：

強大的View綁定和Click事件處理功能，簡化代碼，提升開發效率方便的處理Adapter里的ViewHolder綁定問題運行時不會影響APP效率，使用配置方便代碼清晰，可讀性強
使用

首先是設置依賴，在build.gradlehttp://dachang.net/432714.html中進行依賴設置：

implementation 『com.jakewharton:butterknife:10.2.1』

annotationProcessor 『com.jakewharton:butterknife-compiler:10.2.1』

需要注意，該框架要求Java環境1.8版本以上，SDK版本在26以上，因此在使用到的mole中的build.graldle文件中，還必須添加如下代碼配置：

apply plugin: 『com.jakewharton.butterknife』

android{

//…

compileOptions {

sourceCompatibility JavaVersion.VERSION_1_8

targetCompatibility JavaVersion.VERSION_1_8

}

//…

}

另外，還必須在項目根目錄中的build.gradle文件中，添加該框架的插件，如下圖所示：

dependences{

classpath 『com.jakewharton:butterknife-gradle-plugin:10.2.1』

}

然後即可在代碼中進行使用了。

在使用該框架的頁面進行綁定諸如，如下所示代碼:

ButterKnife.bind( this) ;

主要的功能

@BindView（）：控制項id 註解，解放雙手，不用再每個控制項都寫一遍findviewById@BindViews（）:多個控制項id 的註解，括弧內使用花括弧包括多個id即可，中間用，分割開在Fragment中使用，綁定Fragment。@BindString（）：綁定字元串@BindArray：綁定數組@BindBitmap：綁定bitmap資源@OnClick、@OnLongClick：綁定點擊事件和長按事件…還有很多
插件安裝

如果是頁面很復雜，一個一個寫BindView也很費勁，在Android Studio中，可以安裝一個ButterKnife的插件，安裝該插件後，可以在Studio中直接將對應的布局中的所有控制項均給自動生成。

注意，在進行自動生成時，滑鼠要放在布局文件上。

注意事項

ButterKnife框架在使用時，要求的版本比較高，包括Java的版本也有限制。因此，如果計劃在項目中使用，要提前做好預備工作，以防止對已有項目和業務帶來不必要的麻煩，反而影響工作進度。

10. android 混合開發 用什麼框架好

Cordova是一個廣泛使用的Hybrid開發框架，它提供了一套js和Native交互規范

在Cordova的 SystemWebViewEngine 類中可以看到

private static void exposeJsInterface(WebView webView, CordovaBridge bridge) {
if ((Build.VERSION.SDK_INT < Build.VERSION_CODES.JELLY_BEAN_MR1)) {
Log.i(TAG, "Disabled addJavascriptInterface() bridge since Android version is old.");
// Bug being that Java Strings do not get converted to JS strings automatically.
// This isn't hard to work-around on the JS side, but it's easier to just
// use the prompt bridge instead.
return;
}
webView.addJavascriptInterface(new SystemExposedJsApi(bridge), "_cordovaNative");
}

因此當Android系統高於4.2時，Cordova還是使用 addJavascriptInterface 這種方式，因為這個方法在高版本上安全而且簡單，低於4.2的時候，用什麼方法呢？

答案是 WebChromeClient.onJsPrompt 方法

WebView可以設置一個 WebChromeClient 對象，它可以處理js的3個方法

onJsAlert
onJsConfirm
onJsPrompt
這3個方法分別對應js的 alert 、 confirm 、 prompt 方法，因為只有 prompt 接收返回值，所以js調用一個Native方法後可以等待Native返回一個參數。下面是 cordova.js 中的一段代碼：

/**
* Implements the API of ExposedJsApi.java, but uses prompt() to communicate.
* This is used pre-JellyBean, where addJavascriptInterface() is disabled.
*/
mole.exports = {
exec: function(bridgeSecret, service, action, callbackId, argsJson) {
return prompt(argsJson, 'gap:'+JSON.stringify([bridgeSecret, service, action, callbackId]));
},
setNativeToJsBridgeMode: function(bridgeSecret, value) {
prompt(value, 'gap_bridge_mode:' + bridgeSecret);
},
retrieveJsMessages: function(bridgeSecret, fromOnlineEvent) {
return prompt(+fromOnlineEvent, 'gap_poll:' + bridgeSecret);
}
};

然後只要在 onJsPrompt 方法中使用 CordovaBridge 來處理js的prompt調用

/**
* Tell the client to display a prompt dialog to the user. If the client returns true, WebView will assume that the client will handle the prompt dialog and call the appropriate JsPromptResult method.
* <p/>
* Since we are hacking prompts for our own purposes, we should not be using them for this purpose, perhaps we should hack console.log to do this instead!
*/
@Override
public boolean onJsPrompt(WebView view, String origin, String message, String defaultValue, final JsPromptResult result) {
// Unlike the @JavascriptInterface bridge, this method is always called on the UI thread.
String handledRet = parentEngine.bridge.promptOnJsPrompt(origin, message, defaultValue);
if (handledRet != null) {
result.confirm(handledRet);
} else {
dialogsHelper.showPrompt(message, defaultValue, new CordovaDialogsHelper.Result() {
@Override
public void gotResult(boolean success, String value) {
if (success) {
result.confirm(value);
} else {
result.cancel();
}
}
});
}
return true;
}