imageloaderandroid

⑴ Android模塊化設計方案之使用代理模式解耦

Android模塊化設計方案系列文章：

1、 Android模塊化設計方案模型圖

2、 Android模塊化設計方案之介面API化

3、 Android模塊化設計方案之使用代理模式解耦

本篇是Android模塊化設計方案的第三篇，也是對 第一篇 中ThridLibs Proxy模塊進行說明。

很多人覺得對那些優秀的第三方依賴庫再次封裝是一件多餘的事情，因為這些庫可能出自大神/大廠，或有非常高的star並且使用起來十分穩定，可以在項目中直接拿來使用。當然每個開發者都有自己的態度，我也只是根據以往的經驗，表達一下自己的看法。

作為從了解四大組件就不愁找不到工作的互聯網大時代中一路走來的Android老鳥，經歷了網路請求框架從HttpConnection到Volley再到OkHttp，也經歷了圖片載入框架從UniversalImageLoader到Picasso再到Gilde，技術的迭代隨時都會發生。讓項目架構具有良好的擴展性是在設計之初就需要考慮的東西。

那麼接下來我用一個簡單的demo來演示一下如何使用代理模式對第三方框架進行解耦。

現在我們有一個名為 thirdlib 的模塊，為我們提供圖片載入功能。

第一步：我們創建了一個新的模塊 thridlibproxy ，並且該模塊依賴於 thirdlib ，我們在該模塊中創建包私有的介面ImageLoaderInterface，這個介面中把thirdlib模塊中提供的功能抽象為介面：

第二步：創建包私有的介面的實現類ImageLoaderOneImpl，類中圖片載入的業務邏輯是通過調用 thirdlib 中的ImageLoader類實現的：

第三步：我們提供一個供外部調用的ImageLoaderOneImpl介面代理類ImageLoaderProxy：

最後我們就可以通過ImageLoaderProxy中提供的loadImage方法進行圖片的載入了。

看到這里有些盆友就會問了，在第二步的時候，我們就完成了 thirdlib 的封裝工作，為什麼還要有第三步？還有我寫一個單例類直接對 thirdlib 進行封裝不就行了，為什麼還要抽象出介面？

原因很簡單，為的就是盡可能的滿足軟體設計七大原則中的第一個： 開閉原則 。

一個好的軟體設計，需要對拓展開放，對修改關閉。我們在設計之初就要想到，在更換圖片載入框架之後如何最大程度上滿足開閉原則。

如果直接對 thirdlib 進行封裝，是面向類的開發而不是面向介面。如果此時更換圖片載入類庫，那必然會對封裝出來的類進行大量的修改，把原來的實現替換為新的實現。

使用代理模式的好處就是，我新創建一個被代理的類ImageLoaderTwoImpl：

然後只需要對第三步中的被代理類進行替換就行了。

在想要達到相同效果的時候，最大程度的滿足了開閉原則。

我們業務層模塊也和第三方庫實現了完全的解耦，我不需要知道 thridlibproxy 是如何幫我完成圖片載入工作的，但是只要調用它提供的方法就完事兒的，這也符合軟體設計七大原則中的： 最少知道原則 。
關於為何以及怎麼通過代理調用第三方依賴庫，到這里就介紹完畢了，趕快動手試試吧~

我只想說： 原則是死的，人是活的😹

如果覺得有收獲的話，歡迎點贊評論以及關注~

⑵ gradle.properties文件在哪

通常在項目的根目錄，在Android Studio 創建一個項目的時候，根目錄下會生成gradle.properties和local.properties文件。

properties的數據格式：

採用鍵值對的方式，寫法：key=value

(2)imageloaderandroid擴展閱讀

項目結構

1、app/build：app模塊編譯輸出的文件。

2、app/libs： 放置引用的類庫文件。

3、app/src： 放置應用的主要文件目錄。

4、app/src/androidTest：單元測試目錄。

5、app/src/main：主要的項目目錄和代碼。

6、app/src/main/assets：放置原生文件，裡面的文件會保留原有格式，文件的讀取需要通過流。

7、app/src/main/java：項目的源代碼。

8、build：系統生成的文件目錄。

9、gradle: wrapper的jar和配置文件所在的位置。

10、.gitattributes：用於設置文件的對比方式。

11、.gitignore： 忽略的文件或者目錄。

12、build.gradle：項目的gradle編譯文件。

13、gradle.properties： gradle相關的全局屬性設置。

14、gradlew： 編譯腳本，可以在命令行執行打包。

15、gradlew.bat：windows下的gradle wrapper可執行文件。

16、local.properties：配置SDK/NDK所在的路徑。

17、MyApplication.iml：保存該模塊的相關信息。

18、README.md：文本編輯器，記錄一些相關信息。

19、settings.gradle：設置相關的gradle腳本。

20、External Libraries：項目依賴的庫，編譯時自動下載。

⑶ android volley ImageLoader+ImageCache+LruCache內存緩存的

Volley是Google在Google I/O 2013上發布的一個網路框架，主要功能：web介面請求，網路圖片非同步下載，支持緩存。volley只是定義了緩存以及Request的介面，具體實現可以自己定義，例如lru磁碟緩存，內存緩存,下載圖片的ImageRequest.
Volley的源代碼里包含了一些實現，都在com.Android.volley.toolbox包里，包括磁碟緩存、json請求,圖片請求。還定義了一個繼承自ImageView的NetworkImageView,可以非同步載入網路圖片。

⑷ 現如今，Android開發有成熟的框架嗎

1volley

項目地址 https://github.com/smanikandan14/Volley-demo
(1) JSON，圖像等的非同步下載；
(2) 網路請求的排序（scheling）
(3) 網路請求的優先順序處理
(4) 緩存
(5) 多級別取消請求
(6) 和Activity和生命周期的聯動（Activity結束時同時取消所有網路請求)

2 android學習手冊。例子、源碼、文檔全部搞定，採用androidstudo的目錄結構，360手機助手中下載。下面是截圖。

3、android-async-http

項目地址：https://github.com/loopj/android-async-http
文檔介紹：http://loopj.com/android-async-http/
(1) 在匿名回調中處理請求結果
(2) 在UI線程外進行http請求
(3) 文件斷點上傳
(4) 智能重試
(5) 默認gzip壓縮
(6) 支持解析成Json格式
(7) 可將Cookies持久化到SharedPreferences
4、Afinal框架

項目地址：https://github.com/yangfuhai/afinal
主要有四大模塊：
(1) 資料庫模塊：android中的orm框架，使用了線程池對sqlite進行操作。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI綁定和事件綁定。無需findViewById和setClickListener等。
(3) 網路模塊：通過httpclient進行封裝http數據請求，支持ajax方式載入，支持下載、上傳文件功能。
(4) 圖片緩存模塊：通過FinalBitmap，imageview載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
FinalBitmap可以配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等。FinalBitmap的內存管理使用lru演算法，
沒有使用弱引用（android2.3以後google已經不建議使用弱引用，android2.3後強行回收軟引用和弱引用，詳情查看android官方文檔），
更好的管理bitmap內存。FinalBitmap可以自定義下載器，用來擴展其他協議顯示網路圖片，比如ftp等。同時可以自定義bitmap顯示器，
在imageview顯示圖片的時候播放動畫等（默認是漸變動畫顯示）。
5、xUtils框架

項目地址：https://github.com/wyouflf/xUtils
主要有四大模塊：
(1) 資料庫模塊：android中的orm框架，一行代碼就可以進行增刪改查；
支持事務，默認關閉；
可通過註解自定義表名，列名，外鍵，唯一性約束，NOT NULL約束，CHECK約束等（需要混淆的時候請註解表名和列名）；
支持綁定外鍵，保存實體時外鍵關聯實體自動保存或更新；
自動載入外鍵關聯實體，支持延時載入；
支持鏈式表達查詢，更直觀的查詢語義，參考下面的介紹或sample中的例子。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI，資源和事件綁定；
新的事件綁定方式，使用混淆工具混淆後仍可正常工作；
目前支持常用的20種事件綁定，參見ViewCommonEventListener類和包com.lidroid.xutils.view.annotation.event。
(3) 網路模塊：支持同步，非同步方式的請求；
支持大文件上傳，上傳大文件不會oom；
支持GET，POST，PUT，MOVE，COPY，DELETE，HEAD，OPTIONS，TRACE，CONNECT請求；
下載支持301/302重定向，支持設置是否根據Content-Disposition重命名下載的文件；
返迴文本內容的請求(默認只啟用了GET請求)支持緩存，可設置默認過期時間和針對當前請求的過期時間。
(4) 圖片緩存模塊：載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象；
支持載入網路圖片和本地圖片；
內存管理使用lru演算法，更好的管理bitmap內存；
可配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等...
6、ThinkAndroid

項目地址：https://github.com/white-cat/ThinkAndroid
主要有以下模塊：
(1) MVC模塊：實現視圖與模型的分離。
(2) ioc模塊：android中的ioc模塊，完全註解方式就可以進行UI綁定、res中的資源的讀取、以及對象的初始化。
(3) 資料庫模塊：android中的orm框架，使用了線程池對sqlite進行操作。
(4) http模塊：通過httpclient進行封裝http數據請求，支持非同步及同步方式載入。
(5) 緩存模塊：通過簡單的配置及設計可以很好的實現緩存，對緩存可以隨意的配置
(6) 圖片緩存模塊：imageview載入圖片的時候無需考慮圖片載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
(7) 配置器模塊：可以對簡易的實現配對配置的操作，目前配置文件可以支持Preference、Properties對配置進行存取。
(8) 日誌列印模塊：可以較快的輕易的是實現日誌列印，支持日誌列印的擴展，目前支持對sdcard寫入本地列印、以及控制台列印
(9) 下載器模塊:可以簡單的實現多線程下載、後台下載、斷點續傳、對下載進行控制、如開始、暫停、刪除等等。
(10) 網路狀態檢測模塊：當網路狀態改變時，對其進行檢
7、LoonAndroid

項目地址：https://github.com/gdpancheng/LoonAndroid
主要有以下模塊：
(1) 自動注入框架（只需要繼承框架內的application既可）
(2) 圖片載入框架（多重緩存，自動回收，最大限度保證內存的安全性）
(3) 網路請求模塊（繼承了基本上現在所有的http請求）
(4) eventbus（集成一個開源的框架）
(5) 驗證框架（集成開源框架）
(6) json解析（支持解析成集合或者對象）
(7) 資料庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點下載（自動判斷是否支持多線程，判斷是否是重定向）
(9) 自動更新模塊
(10) 一系列工具類