在開發世界裡，永遠是技術至上，一門新技術的盛行總是有原因的，要麼比老框架性能提升不少，要不更加易用等等。作為一個追求上進的開發者，就是要不斷學習，嘗試各種新技術。
APP自身在飛速發展，發展有兩個方向：
1）死亡，我們的團隊被優化；
2）版本不斷迭代，新功能不斷增加，業務模塊數量不斷增加，業務上的處理邏輯越變越複雜，同時每個模塊代碼也變得越來越多。對於app的不斷壯大，這將引發一個問題，所維護的代碼成本越來越高，稍微一改動可能就牽一髮而動全身，改個小的功能點就需要回歸整個APP測試，這就對開發和維護帶來很大的挑戰，更有甚者：一個app裡面同質的SDK大量集成，最典型的就是網絡SDK，一個App裡面同時包含了Volley，Okhttp，Retrofit，其實，我們不想這樣啊，我們是沒辦法才這樣做的，因為，我們的app架構太混亂了，不敢動哦，有木有？
明明只改了一行代碼啊…
事實上以下才是根本問題：
1. 代碼量膨脹，不利於維護，不利於新功能的開發。項目工程構建速度慢，在一些電腦上寫兩句代碼，重新編譯整個項目，測試的話編譯速度起碼5~10分鐘，有的甚至更長，Gradle老是和我們過不去。
2. 不同模塊之間代碼耦合嚴重，有時候修改一處代碼而牽動許多模塊，更不用說切換SDK了。每個模塊之間都有引用第三方庫，但有些第三方庫版本不一致，導致打包APP時候代碼冗餘，容易引起版本衝突。
3. 現有項目基於他人項目基礎上開發，經手的人次過多，存在著不同的代碼風格，項目中代碼規範亂，類似的功能寫法卻不一樣，導致不統一，然後我卻不敢動手推翻重來。
app重構後，系統更穩健了
如果之前app的架構無法滿足現有的業務需求，我們該如何優雅地重構App呢？
從工作到現在，經歷過了MVC、MVP、MVVM等，每個App由於項目特點和需求的不同，都會出現一套基於開發者所設計的架構模式，分層、組件化、模塊化，每一種設計都是基於項目所在場景的，很難適合所有項目場景。
App 業務規模擴大，隨之而來的是團隊規模擴大，那就涉及到多人協作問題，每個移動端軟件開發人員勢必要熟悉如此之多代碼，如果不按照一定的模塊組件機制去劃分，將很難進行多人協作開發；隨著單一項目變大，而且Andorid項目在編譯代碼方面就會變得非常緩慢，在單一工程代碼耦合嚴重，每修改一處代碼後都需要重新編譯打包測試，非常耗時。
模塊化、層次化、控件化、組件化怎麼應用到實踐當中？Artifactory對模塊化和組件化大有幫助；Jetpack可以有效減少OOM和No Pointer Exception；Mvvm則可以滿足需求的變化。也許單個的技術點你瞭解過，我們又該怎樣將Artifactory、最新的Jetpack和Mvvm結合呢？另外，如何在搭建app架構的同時，進行App啟動速度的性能優化呢？
為了讓大家掌握這些技能，我邀請了國防科技大學研究生、全球首批Android開發者Allen老師為大家帶來《架構實戰》系列直播課程，讓大家從Mvvm高級實戰開始，快速成長為移動端大神！
在線實時答疑，有疑問，當場解決。
《從零開始手把手搭建App框架》
原價199元，公眾號粉絲專享限時0.1元Allen老師：
中國聯通資深架構師；全球首批Android開發者；10餘年項目開發經驗，獨立開發應用被 360收購。
專精領域：Android架構，性能優化等技術領域。課程大綱
4.10
Mvvm項目Gradle優化和本地倉庫搭建
1、APP架構應該怎樣搭建？
2、MVx有哪些？區別是什麼？
3、Android工程Gradle的使用規範和本地倉庫搭建；
4、模塊化、層次化工程搭建；
4.11
基於Jetpack的Mvvm高級架構逐步實現
1、初中級工程師是怎樣實現架構？
2、架構師怎樣實現控件化，怎樣定義自定義的基類？
3、Mvvm Model的功能是什麼？緩存有哪些級別，怎樣提取Model的基類？
4、Mvvm ViewModel怎樣和Jetpack結合，OOM問題在MVVM中怎樣避免？
4.12
App組件化和啟動性能優化
1、Fragment和Activity的錯誤處理頁面有完美方案嗎？他們的基類又該怎樣實現呢？
2、App的白屏問題怎麼解決？
3、App啟動速度性能優化；
附贈Android架構進階資料
立即掃碼添加薇薇小姐姐報名還有海量安卓工程師崗位內推機會！（頭條、阿里等
）“學好這堂課，就去動動老代碼
”
