一個項目的成敗不僅僅是由產品、運營決定的，技術及項目管理方面也是極為 重要的一個指標。使用的技術是否恰當，項目的管理是否有助于提高整體開發效率以及質量……這些都是我們需要關注的。本系列文章將在多年的項目經驗基礎上，總結、展示一套完整的快速、高質量開發方案。
概述
讓我們先來思考一個問題：一套完整的快速、高質量開發方案究竟需要包含哪些特征？
- 源碼管理
- 合理運用MVC/MVP/MVVM/MVPVM框架
- 單元測試
- 自動化
本文將簡要說明這些特征在項目實施過程中的重要性，并在后續的文章中詳細介紹如何設計并滿足這些特征。
源碼管理
在一個APP項目中，對于開發者而言，觸及最多的毫無疑問是源碼，每天我們都要敲出數百數千行代碼，因此如何對這些代碼進行可持續的管理是我們首先要面對的問題。
從整個開發行業來說，目前源碼管理都是git或Subversion，通常企業會根據項目選用最適合的一套源碼管理系統。在網上也有許多文章在比較不同的源碼管理系統之間的差別及其適用情況，在此不再贅述。
對于APP應用，由于其代碼規模以及快速迭代的特征，通常來說，使用Git是相對最為合適的。故而，我將詳細介紹在git環境下的源碼最佳實踐——Git-Flow。
代碼框架
當確定了源碼管理流程之后，開發者將開始根據需求編寫產品代碼。此時，將首先面臨一個至關重要的問題，代碼框架該如何設計？一個設計合理、可用的框架在產品的迭代開發中將會使我們事半功倍，再復雜的業務在合理的切分之后都能快速實現。
在后續的文章中將基于Kotlin+Retrofit+RxJava+ARouter+Dagger構建一套MVPVM架構的框架，并展示它的組件化運用。
單元測試
當代碼編寫完畢之后，該開始我們的產品測試了。在團隊開發APP時，我們大可以忽視代碼層面的白盒測試，將測試的重任完全交給測試團隊，讓他們進行人工測試。然而，這真的合適嗎？對于一套整體的快速開發方案來說，顯然是否定的。
試想一種場景：在一個很簡單的需求開發時，我們需要對一個已經被多處引用的方案進行擴展修改，最完美的情況將是它在不對其他需求造成影響的情況下實現這個簡單的需求。對于“自信”的程序員來說，它是肯定能滿足的。但是現實是殘酷的，程序員的“自信”往往都不可信，有太多的經驗、教訓告訴我們，再優秀的程序員都無法百分之百保證這一點。
因此，我們需要使用技術手段來幫助我們盡可能保證做到不對其他頁面產生影響。這時候，單元測試就該閃亮登場了。
雖然在實際工作中，可能80%（隨便說的一個數）以上的項目、團隊都完全沒有使用單元測試，但是不可否認的是，它是我們保證質量的利器。
自動化
最后，在整個項目開發的過程中，我們會發現有太多的重復的工作需要我們手動去執行：
- 代碼寫好了，提交到git上時，需要跑一遍單元測試來確定能夠通過所有的測試用例
- 定期不定期的需要執行一些質量保障腳本，來確保代碼處于最佳狀態
- 一個迭代版本開發完畢，需要合并到master分支并出Release包
- 出于市場推廣、運用需要，需要對每個應用市場出帶有特定渠道號的包
- 出于裁減Apk包體積的考慮，可能還需要使用微信的AndResguard進行資源壓縮
- 出于代碼安全考慮，或360應用市場強制性要求，還需要使用360提供的加固保進行應用加固，由于加固保的限制，加固完了還需要重新進行簽名并打入渠道號
看到這么多需要手動執行的事務，我的心里是悲傷的。有些事務執行頻率太高了，嫌麻煩；有些事務太繁瑣，手動執行的時候，一個不小心就出錯，導致從頭開始；還有些……
因此，善用自動化工具及腳本將會是我們的救星，在工具及腳本的幫助下，這些頭大的事務都將變成一句命令的事情；也許只是1個按鈕點擊的事情。這將徹底解放我們，讓我們可以把時間與經歷放在編碼這一核心工作上。
