盛大資深軟件工程師談Android開發經驗（6）

們知道不同的開發方式將對最終的結果產生不同的影響。在以往的經驗中，各廠家的開發工具，都在往可視化方向發展，比如說微軟的VisualStudio，一代比一代強大，可視化程度越來越高。而蘋果的Xcode也是一樣，它建議用戶完全使用可視化的方案來解決一個應用。這些固然很好，但是帶來的問題也不小。舉個簡單的例子，有一個WindowsMobile的應用，上面有一個ListBox，而你正試圖為該ListBox添加一個圖標，並試圖按每一項的內容限定來改變文字顏色。能做到嗎？當然能，但是過程卻不簡單，你必須經歷復雜的自繪才能實現這一點。這也是常規的RAD開發中普遍遇到的問題，即開發人員不能方便地控制到應用的每一個細節。開發框架對API的封裝在某種程度上提高了開發的效率，但是另一種程度上，它屏蔽了太多的細節，而這些細節有可能就是開發人員所需要的。

　　而android雖然也擁有可視的開發環境，但是它非常弱，第三方的RAD方案迄今為止也依然顯得虛弱無力，對於用慣了微軟等公司出品的高級RAD環境的人來說，可能會充滿了無奈，也可能充滿了鄙視，這種可視化算什麼呢？如果僅僅從開發人員的角度來看，有利也有弊，弊端很顯然是開發效率不夠高，而事實上，由於android采用Java語言來進行開發，其開發效率本身就不會太高。而利的部分，可能是會被很多高級工程師所喜愛的，因為它是犧牲開發效率，來換取最大的可定制性的一個典范。也許有一些剛開始學習android開發的朋友會覺得制作界面有種種的不便，但是只要深入地學習下去，就會覺得Android的界面實現方式是非常領先的。同樣舉出上面ListBox的例子，在android下，就可以通過一組短小精悍的代碼來自定義ListItem和相關Adapter以實現。

　　我想優秀的開發人員是應該完全放棄RAD的，在目前的環境下，RAD幾乎沒有什麼作為，反而會成為應用分層的一個巨大的絆腳石。在RAD的環境下，要求一位開發人員對軟件的每一個部分都面面俱到，這怎麼可能呢？比如說軟件界面就是應該交由UI專員去設計，數據庫部分也應該交由相關的負責人去做，完全不可能由開發人員從頭到尾一個人搞定。如果哪個老板真的雇用了一位超級開發人員來包辦一切，那麼除非那個人擁有100年的工作經驗，不然的話項目做死就是活該。我想android的開發框架已經很好地說明了這個問題，