roid開發三大框架

　　XUtil框架、volley、ImageLoader框架。

　　1、XUtil框架：

　　主要有四大模組：

　　（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記憶體；可配置執行緒載入執行緒數量，快取大小，快取路徑，載入顯示動畫等…

　　2、volley：JSON，影象等的非同步下載；網路請求的排序（scheduling）網路請求的優先順序處理快取多級別取消請求和Activity和生命週期的聯動（Activity結束時同時取消所有網路請求）。

　　3、ImageLoader框架：支援多執行緒圖片載入。提供豐富的細節配置，比如執行緒池大小，HTPP請求項，記憶體和磁碟快取，圖片顯示時的引數配置等等；提供雙快取，支援載入過程的監聽；提供圖片的個性化顯示配置介面。

　　1、Spring是一個解決了許多在J2EE開發中常見的問題的強大框架。

　　2、 Spring提供了管理業務物件的一致方法並且鼓勵了注入對介面程式設計而不是對類程式設計的良好習慣。

　　3、Spring的架構基礎是基於使用JavaBean屬性的Inversion of Control容器。

　　4、Spring在使用IoC容器作為構建完關注所有架構層的完整解決方案方面是獨一無二的。

　　5、Spring提供了唯一的資料訪問抽象，包括簡單和有效率的JDBC框架，極大

　　使用框架 框架提取出了常規程式碼，給你編寫網頁應用提供了一個基本的構造和基礎。框架中一個非常典型的例子就是Rails，Rails就是Ruby程式語言的一個網頁應用開發框架。透過為你提供預先編寫好的程式碼程式包（舉個例 子，像使用者輸入驗證方式）——你不僅僅節省了用Ruby編寫你自己程式碼的時間——你也很清楚這些程式包已經受住了其他開發人員的測試以及檢驗，這可以在廣 度測試時為你減少不少麻煩，另外還可以避免一些因缺少測試而導致潛在的漏洞。同樣的好處對於使用諸如MooTools的JavaScript框架也是適用的。這些框架提供給你的一些類方法都是由核心開發者和社群提供，並在諸多瀏覽器下經受廣泛測試的考驗。客戶端指令碼語言框架還有jQuery，Prototype JS，以及YUI。對於伺服器端的框架，你可以考慮CakePHP ，CodeIgniter ,Zend ，或者symphony。如果你喜歡VB以及C#之類微軟支援的語言，你可以考慮.Net框架 。使用整合開發環境 當然，你可以只用一個Notepad這樣的文字編輯器和FTP就可建立網頁應用及其頁面。但是我想大多數人都認為，這並不是一個可用在開發複雜和健壯網站專案之上的明智方法。

　　使用整合開發環境 當然，你可以只用一個Notepad這樣的文字編輯器和FTP就可建立網頁應用及其頁面。但是我想大多數人都認為，這並不是一個可用在開發複雜和健壯網站專案之上的明智方法。整合開發環境 （IDE），為你準備了建立和管理大型網站專案所需要的工具集合。整合開發環境的功能一直在變，但它們都有如下一些常見的功能1、專案管理以及團隊協作功能。2、除錯以及診斷功能。3、語法提示以及自動完成功能（IDE會猜測你想寫的語法）4、語法高亮5、內建FTP，能同步本地和遠端主機上的檔案“IDE”這個詞可能有些花哨，有些人還對此不太熟悉，但是大資料人應該聽說過Adobe的Dreamweaver。Dreameweaver就可 以看成是一個整合開發環境。因為它含有上面提到的一些功能，幫你更快的編寫程式碼。（它通常適用於前端的製作。但是它也支援伺服器端的語言，像PHP和 ASP.NET）

　　適當的模組化 模組化是建立易於維護和擴充套件複雜應用的關鍵之所在。本質上這意味著程式碼要以小的部件來編寫，而不是將所有程式碼寫成一個大檔案。模組化開頭有其自身的時間成本（因為你必須在設計檔案結構方面花費不少心思。）但是，當你需要變更某一部件或者想要擴充套件你的應用時，這會為你節省掉不少時間。模組化也使得bug限制在模組之內，如果有地方發生問題，你會很快的找到問題所在。但是模組化的濫用會導致程式碼的臃腫和太多不必要的include語句，這會極大的拖慢整個應用的執行速度。因此在模組化程度過高和過低之間，我們需要到一個好的平衡點。一些模組化設計模式就包含MVC 和PAC模式。