一個應用一個商城應用的所有模塊。

先說一個應用，再說一個商城應用

我還沒來得及看底層的具體實現方法，我只知道在哪有個什么東西，負責什么功能。

先說一下這個app哪不好，其實不好的地方太多了，本該用一個接口實現的因為沒有源碼，導致請求好幾次，還是應該懂基本的.net ，全部使用webservice來寫會棒很多，如果能改.net的一部分，也會好很多。整個app的質量下降了一截。再有哪不好，今天測試，發現點兩次回退按鈕退出，退出一層又一層，內存中有兩個MainActivity的實例，還可能更多，要想解決這個問題，我要清楚的知道activity的LaunchMode，還可以學OSChina的客戶端，用個棧來把Activity存起來，來模擬Android系統的棧來手動管理Activity也很棒。而且非常易學易用，非常靈活。

一個app必備模塊，緩存模塊，緩存模塊算是個比較簡單的系統，如果要實現像網易新聞客戶端那樣即使沒有網也可以實現瀏覽一部分緩存，那是最好的，而且還要盡可能的節省流量，像模組進入app之后應該首先可以顯示圖片，如果有更新再替換，這個緩存不是在我目前看來XUtils是提供不了的，xutils的緩存是基于內存的，因為在XUtils的介紹中需要的權限只有訪問網絡。XUtil是實現不了的，必須手動實現，再對XUtils封裝一次，尤其是BitmapUtils，HttpUtils也要緩存一部分。判斷如果圖片已存在就不必再去網絡請求下載。XUtils實現的緩存，也非常棒，短時間的緩存，默認1分鐘。臨時緩存跟長時間緩存相結合最棒。其實網易新聞是個新聞類瀏覽型app適合把內容緩存，商城類app用XUtils解決就已經很可以了，沒問題了，可以再把圖片緩存弄好一些。文章類用XUtils解決已經很棒了，第二次打開基本沒有進度條，其他地方也是，第一次打開進度條會顯，第二次基本沒有。XUtils的默認緩存有時候會造成問題，解決辦法也很簡單，每次需要及時跟新的數據，哪怕幾秒都需要及時更新，在url上加上個沒用的時間戳，來讓URL不同就可以。我說的每次更新數據的地方就是倒計時的功能，其實用個service更好，性能更好。

先說到這，明天繼續。