做一個框架要從那些方面來做
針對APP
- 調(diào)用網(wǎng)絡(luò)API（安全性，在各種網(wǎng)絡(luò)的良好體驗）
- 頁面展示（降低業(yè)務(wù)代碼的耦合度）
- 數(shù)據(jù)本地持久化（本地數(shù)據(jù)的合理性，減小性能消耗）
- 動態(tài)部署方案（實時配置，緊急bug修復(fù)）
—
針對團(tuán)隊
- 收集用戶信息，給產(chǎn)品和運(yùn)營提供數(shù)據(jù)
- 合理地組織各業(yè)務(wù)模塊，以及相關(guān)基礎(chǔ)模塊
- 每日APP的自動打包，提供給QA測試工具
框架設(shè)計的方法
- 搞清楚要解決哪些問題，并找到解決這些問題的充要條件
- 問題分類，分模塊
- 搞清楚各個問題之間的依賴關(guān)系，建立好模塊交流規(guī)范并涉及模塊
- 推演未來方向，記錄更多的基礎(chǔ)數(shù)據(jù)以備未來之需
- 先解決依賴模塊中最基礎(chǔ)的問題，實現(xiàn)基礎(chǔ)模塊，然后用基礎(chǔ)模塊堆疊出整個框架
- 打點，跑單元測試，跑性能測試，根據(jù)數(shù)據(jù)去優(yōu)化對應(yīng)的地方
什么樣的框架才是好框架
- 代碼整齊，分類明確，沒有common，沒有core（保持明確，保持整潔，不要模糊）
- 不用文檔，或很少文檔，就能讓業(yè)務(wù)上手（方法名就是文檔）
- 思路和方法要統(tǒng)一，盡量不要多元化
- 沒有橫向依賴，萬不得已不出現(xiàn)跨層訪問
- 對業(yè)務(wù)方該限制的地方有限制，該靈活的地方要給業(yè)務(wù)方提供靈活的實現(xiàn)條件
- 易測試，易擴(kuò)展
- 保持一定的超前性（技術(shù)和產(chǎn)品需求）
- 接口少，接口參數(shù)少
- 高性能（成本高，感知度低）
謝謝原作者的文章，我只是簡單的選取一些內(nèi)容。
了解更多點擊這邊
