android團隊對新技術的態度

前提：

最近在進行組件化的項目結構調整討論，我提出引入RxJava+Retrofit。在深刻討論的時候，同事問了一句：爲何要引入Retrofit，如今的Volley不是用的好好的嗎？並且從Volley切換到Retrofit，涉及代碼遷移比較大，影響面也很是大。

爲何要引入RxJava：

從我本人的技術棧來看，響應式編程是一種很是好的技術思想，不侷限於技術；我但願團隊內的同窗，不要把RxJava單純看做某一個第三方依賴，而是看做一種解決問題的新思路。目前來講，RxJava在項目中的使用場景比較少，可是，我相信，隨着後續你們對於RxJava的深刻，能不斷拓展出新的場景；同時，用嘗試用它來解決一些咱們原先存在的難題。指望：後續對pipeline機制以及函數式編程的理解，會帶來必定的幫助。

爲何要引入Retrofit：

站在十字路口徘徊，我也在試着問本身：爲何要引入Retrofit？是由於網絡上，你們都在用這個，就由於這個？仍是爲了嘗試它的新特性？面對新技術，我開始迷茫了！我應該以什麼樣的態度來面對新技術？我認爲本身進入了爲了技術而技術的怪圈，並無真正地去思考用什麼技術解決什麼問題。今天同事的問題，讓我幡然醒悟。我會本身寫一些app去嘗試，體驗一下。若是體驗下來，的確在使用性上，設計上給人有驚豔的印象，那麼我會去深刻了解實現的原理（也就是俗稱的拆輪子）。再對比原有的技術方案，看看有什麼差別，各有什麼優劣，有沒有替換的價值。

最後本身的觀點

我認爲技術是爲問題服務的，全部的技術都是爲解決問題而誕生的，這一點應該毋庸置疑。做爲一名軟件工程師，你有好奇心，去了解新的技術，這不是壞事。可是，新技術與原有技術對比，對於同一問題的解決，是否有突破？新奇的地方究竟是什麼？咱們不該該停留在API的層面，應該更深刻的去了解他們是怎麼設計的？怎麼解決問題的？對於新技術，本身玩，怎麼玩均可以，可是引入的項目中，這個就須要慎重了。由於業務之複雜，涉及改動的代碼（也就是影響面）之多，在沒有有效手段保證的狀況下（測試的迴歸測試這種手段，我的認爲有點low了），不要草率得決定替換。

參考文章：

http://coolshell.cn/articles/...
http://coolshell.cn/articles/...
http://coolshell.cn/articles/...