[toc]
新加一個功能對其他介面內部邏輯的影響
修改後
1.新增功能描述
- 在繫結裝置介面新增一個欄位：手機號。
- 當裝置繫結成功後，將手機號連同裝置串號一起傳送指定介面一份。
2.新增屬性影響範圍
手機號作為裝置的一個屬性，應該本來就已經存在了，說新增是因為在第一次繫結時，沒有將串號和手機號共同儲存。那就需要考慮，這資料影響的範圍。
- 介面展示部分
- 非介面展示部分
3.不同介面間資料同步問題。
1.網路儲存方案
使用前：必須請求一次，乘以用到的介面 修改裝置資料後：請求修改介面即可
2.本地儲存方案
使用前：應用初始化時請求，進入頁面直接使用 修改裝置資料後：請求兩次，一次修改裝置資料介面；一次更新本地資料介面。
3.兩種方案的比較
按請求的次數 網路：頁面個數*1+1 本地：1+2
1.本地儲存方案適用於資料會有變更希求，但資料量不會再時間緯度上增加的。
例子：使用者的個人資料，且多個介面都會用到。 和使用者相關的平臺資料，簡到定位器中裝置資料
2.網路獲取資料方案適用於隨著時間變化，資料逐漸增多。
- 文章、評論、商品、訂單等
3.網路方案使用過程的優化
1. 過濾
船票類，航行晚數、遊輪公司、單乘票還是套餐票、目的地
商品：已上架、未上架、銷量
2.排序+分頁
船票：價格、
商品：價格、銷售量
社群評論類：熱度、最新
3.總結解決的問題都是資料如何更好的呈現，方便使用者選取
複製程式碼延伸：如何瀏覽一份程式碼?
1.新增一個屬性，這個屬性和其他部分程式碼相關連
參考上面
2.程式中存在的一個bug
1.缺少依賴，找不到某檔案
- 匯入的專案，資源沒有進入完全
2.沒有任何提示，和列印日誌
- 使用glide載入不出圖片，找監聽glide的方法，把資訊列印出來。
3.邏輯上的錯誤
七牛圖片上傳 登入、註冊、找密碼流程 -1.介面資料來回的控制 -2.這部分如何設計
3.熟悉一個現有的功能，在維護。
可以先思考如何實現一個功能
1.對介面元素的反饋
- 刪除、重新整理、跳轉、彈框、
2.對使用者行為的預設和引導
- 跳轉、介面提示、土司提示;
- 實際的業務流程
複製程式碼