Ⅰ 有哪些 android 的開源界面庫
比較火爆的Android開源庫有以下：
1、volley
主要有以下模塊：
(1) JSON，圖像等的非同步下載；
(2) 網路請求的排序（scheling）
(3) 網路請求的優先順序處理
(4) 緩存
(5) 多級別取消請求
(6) 和Activity和生命周期的聯動（Activity結束時同時取消所有網路請求）2、android-async-http
主要有以下模塊：
(1) 在匿名回調中處理請求結果
(2) 在UI線程外進行
(3) 文件斷點上傳
(4) 智能重試
(5) 默認gzip壓縮
(6) 支持解析成Json格式
(7) 可將Cookies持久化到SharedPreferences 3、Afinal框架
主要有四大模塊：
(1) 資料庫模塊：android中的
，使用了線程池對sqlite進行操作。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI綁定和事件綁定。無需findViewById和setClickListener等。
(3) 網路模塊：通過httpclient進行封裝http數據請求，支持ajax方式載入，支持下載、上傳文件功能。
(4) 圖片緩存模塊：通過FinalBitmap，imageview載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。4、xUtils框架
主要有四大模塊：
(1) 資料庫模塊：android中的
，一行代碼就可以進行增刪改查；
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI，資源和事件綁定；
(3) 網路模塊：支持同步，非同步方式的請求；
(4) 圖片緩存模塊：載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象；5、ThinkAndroid主要有以下模塊：(1) MVC模塊：實現視圖與模型的分離。
(2) ioc模塊：android中的ioc模塊，完全註解方式就可以進行UI綁定、res中的資源的讀取、以及對象的初始化。
(3) 資料庫模塊：android中的
，使用了線程池對sqlite進行操作。
(4) http模塊：通過httpclient進行封裝http數據請求，支持非同步及同步方式載入。
(5) 緩存模塊：通過簡單的配置及設計可以很好的實現緩存，對緩存可以隨意的配置
(6) 圖片緩存模塊：imageview載入圖片的時候無需考慮圖片載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
(7) 配置器模塊：可以對簡易的實現配對配置的操作，目前配置文件可以支持Preference、Properties對配置進行存取。
(8) 日誌列印模塊：可以較快的輕易的是實現日誌列印，支持日誌列印的擴展，目前支持對sdcard寫入本地列印、以及控制台列印
(9) 下載器模塊:可以簡單的實現
、後台下載、
、對下載進行控制、如開始、暫停、刪除等等。
(10) 網路狀態檢測模塊：當網路狀態改變時，對其進行檢6、LoonAndroid 主要有以下模塊：
(1) 自動注入框架（只需要繼承框架內的application既可）
(2) 圖片載入框架（多重緩存，自動回收，最大限度保證內存的安全性）
(3) 網路請求模塊（繼承了基本上現在所有的
）
(4) eventbus（集成一個開源的框架）
(5) 驗證框架（集成開源框架）
(6) json解析（支持解析成集合或者對象）
(7) 資料庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點下載（自動判斷是否支持多線程，判斷是否是重定向）
(9) 自動更新模塊
(10) 一系列工具類
Ⅱ 開源如何提升編程技能
開源是很多程序員都會面臨的問題，很多人會相信接觸的開源源技術越多對自己的編程技術提升越快，寫出來的代碼也更好。開源可提高編程技能之間有什麼相關性或因果關系嗎？
閱讀代碼能讓你變得更優秀
我在編程生涯的早期就明白我閱讀的代碼越多，我的代碼就能變得更好。我知道，當我不得不維護其他人的代碼時，簡單和干凈的代碼幾乎總是比花哨或復雜的代碼好——即使有注釋。然而另一方面，當我花足夠的時間去理解復雜代碼的時候，我常常能夠學到新的技巧。不論怎麼樣，都能讓我有所提高。
這使得我在那些沒有代碼審查的地方一再爭取。而當沒有足夠的時間來正式執行「代碼審查」的時候，我會自己瀏覽存儲庫和閱讀代碼。當然，那時我還被受限於來自於小團隊的公司資源。
超越語法
在你不得不全力對付任意編程語言的語法時，也就是學習如何充分利用該語言最瑣碎的時刻。一門語言的語法往往是非常靜態的，並且如果你出錯了，你的編譯器會向你控訴。更深層次的課程涉及到什麼語言最適合解決什麼樣的問題（「合適的工具做合適的工作」），以及如何用那種語言編寫代碼以便於使它高效和可維護。
學習新語言有許多方法：課程，教程，導師，書籍以及等等。我通常會結合這些選項來學習一門新的語言。我注意到，當涉及到非語法元素的時候，這些方法常常非常相似。
閱讀來自於其他人的實際部署代碼會讓你收獲更多。不僅僅是常規的結構化學習，你還需要學習模式和實踐方法。語言中所謂「正確」的做事方式並不總是效果最佳的方式。你會經歷邊緣情況，一次性事務以及意想不到的集成。你也會找到這些問題的解決方案，有好有壞，但如果你認真思考的話，那麼這正是出來「推薦做法」的地方。今天的模式就是明天的反面模式。
你可能對有些事情，例如「總是注釋」，「逗號放到最後」，「縮進x個空格」有著自己的想法，當然你是對的。我對提到的這些及編碼的其他方面也有著自己的感受。
有時候當我閱讀其他人的代碼時，如果看到他們做錯了，我會生氣。但是隨著我代碼閱讀量的增加，我開始懂得，總會有一些情形常見於別人的代碼，但我在我自己的代碼中卻未曾遇到過的，並且我的方法沒有必要那樣執拗。我不僅改變了我的一些觀點，而且懂得更加靈活。
開源無處不在
隨著開源運動的發展，可供閱讀和學習的代碼數量也大幅度增長。例如Gitlab，GitHub和到BitBucket這些網站就允許我們獲取全功能的應用程序，不僅可以閱讀代碼，還可以擺弄。很少有我想要學習的東西是不能在開源代碼中獲取的。
我以前學習新的編程語言，會把重點放在諸如目錄結構和命名約定這些簡單的事情上。但是，現在，我會找一些不同的開源項目，然後可以開始拼湊常用的方法。我很少強調以前那些類型的東西了。
可用的代碼是如此之多，但質量卻良莠不齊。當我們想要學習的時候，常常搞不清楚哪個好哪個不好。那就保持閱讀代碼吧，慢慢地你會學會如何區分。閱讀「壞」的代碼可以幫助你理解為什麼它是「壞」的。關鍵是不要害怕嘗試任何你覺得看上去正確的東西，並且當你走錯路的時候能夠承認錯誤，並改正問題，然後繼續前行。
壞的代碼就壞的，是這樣的嗎？
有人會說「壞的代碼比好的代碼要更多更明顯」。sub-reddit致力於壞的代碼。
在這些年裡，我寫了很多好的代碼和壞的代碼。當我看到我以前寫的代碼時，我的第一想法就是我怎麼會寫這樣的垃圾代碼。這實際上意味著我還在學習中。如果我看到我以前的代碼，覺得它看上去非常偉大，那麼說明我並沒有提高。
那麼，我們怎麼才能從壞的代碼中學到東西呢？
你閱讀的壞代碼越多，那麼你就越擅長發現壞的代碼
當你在學習和搜索例子的時候，你會發現和使用大量不能工作的代碼。請記住，僅僅因為它不適合你的情況，並不能說明它就是壞的代碼。學習如何讓它工作能夠使得你變得更優秀。
你怎麼知道它是壞的代碼？
人們喜歡批評。閱讀評論，如果你看到很多「WTF（什麼玩意）」，那麼可能你看到的正是壞的代碼，試著指出為什麼不好的原因。不要只留下「這代碼真爛」這樣的評論。不要裝得你好像懂得壞代碼的所有需求，要知道，總有一個它之所以被這樣寫的正當理由。如果你知道它為什麼是壞代碼的原因，那麼不妨留下一個有建設性的評論。或者??
讓它變成好的代碼
放一個能讓代碼變得更好的pull請求。修正語法，使用更好的方法，添加註釋或修改縮進：這些都是改進代碼的偉大方式。加一個為什麼你推薦改變代碼的解釋。
昆明北大青鳥java培訓專家認認為，當我幫助別人學習的時候能學到更多。如果我認為我理解了一個新的主題，那麼我會找個人來試著向他解釋，這能讓我更深刻地理解和記住它，並且讓我快速發現我是否寫了壞的代碼。
回報
記住開放源代碼在你參與進去的時候效果最佳。代碼更改在大多數項目中都是受歡迎的，但是有很多出力的方法。
測試開源代碼和文件錯誤報告；幫助完成文檔集；寫教程和如何做的例子；參加對話——或者僅僅只是幫助傳播。每一件事都能帶來改變，並且越多的人參與進來越好！