最初（無架構）版本
很簡單，按照**功能，分為各種包。
然後，需要增加各種功能模組，如：新聞，小遊戲，歷史上的今天，社群，手電筒，找手機等。然後就想著這些模組是否作為可拆卸模組，需要的簡單插入，不需要也方便移除：第一次改版
本次架構修改主要包括下面幾點：
1、抽出公共部分，如：osutil。
2、各種基類，處理了統計、webview配置等。
3、將需要增加的功能模組化，完全無依賴
隨著時間的推移，還是感覺越來越亂，再加上之前的ui設計有點過時的感覺，於是重構了一版：第二次改版
1、確定基礎模組（機械人聊天）
3、其他細節更新
ps:本來想寫寫效能方面的東西，寫到一半，臨時想把自己開發的【小萌伴】原本想要的架構記錄下，希望能不斷改進。通過【小萌伴】學習了不少，如：手電筒，找手機（簡訊，保活，語音等）、遊戲（原生遊戲4款，部分h5遊戲），社群(ui，抽象，資料同步，網路優化等)還有md設計及開發，執行時許可權等。把這些記錄起來，希望在架構上也能有所進步，以更寬闊的眼界去看待移動端產品。
Android app專案開發步驟總結
做了幾個android企業應用專案後，總結了專案的基本開發步驟，希望能夠交流。一 應用規劃 確定功能。必須的介面及介面跳轉的流程。需要的資料及資料的 及格式。是否需要服務端支援。是否需要本地資料庫支援。是否需要特殊許可權。是否需要後台服務。二 架構設計 分層。網路連線。資料處理 xml domain...
Android APP開發需求文件範本
軟體需求文件格式的標準寫法 1 引言 1 1 編寫目的 闡明開發本軟體的目的 1 2 專案背景 標識待開發軟體產品的名稱 列出本專案的任務提出者 專案負責人 系統分析員 系統設計員 程式設計員 程式設計師 資料員以及與本專案開展工作直接有關的人員和使用者 說明該軟體產品與其他有關軟體產品的相互關係。...
Android APP開發自測點
功能完成後，自測時的檢查點 1.思考某些情況下，某個變數是否會造成空指標問題 2.把手機橫屏，檢查布局是否有bug 3.在不同解析度的機型上，檢查布局是否有bug 4.切換到英文等外文本型下，檢查外文是否能完整顯示 5.從低版本公升級上來，會不會有問題，比如可能會出現資料庫不相容的問題 6.按下ho...