Android 開發中踩過的坑之十一: 團隊協做的坑

工做中，android的坑不少，一部分是android源碼自身的邏輯陷阱，

但跟多的是本身和同事們因爲種種緣由埋下的坑。

提升面向對象的能力，並恰當的實如今代碼中，可以極大的減小坑人和被坑概率。

面向對象的最大好處是複用，

複用的目的是減小工做量，減小錯誤概率，提升工做效率。

總結幾個本身的體會,以自勉:

1 在編碼前明確代碼的模塊框架, 定義最簡單的接口.

有人也許說, 書生造反,十年不成, 在工期緊張或者其餘相似敏捷編程的大背景下, 先幹起來纔是硬道理.

事實上, 工期緊張也許正是由於以前的代碼規劃失敗致使後期維護改動困難. 而敏捷開發的前提更是在至關高我的素質上才能創建和順利開展. 如何提升我的軟件素質? 先思考後行動.

2 時刻提醒本身確認當前代碼或者模塊是否要公用或者提供給他人使用.

你已經有了代碼規劃, 開始動手, 那麼請時刻提醒本身:

當前的代碼在整個工程中處於什麼地位? 是否對其餘人透明? 是否對外部可見? 

這些條件直接影響未來代碼的可維護性.也就是坑的數量.

該透明的透明(private), 改對外暴露的必定只暴露須要的部分. 避免一些外部因素影響了模塊穩定性.

3 精煉方法參數的輸入和結果的輸出. 

大量參數的方法對於調用者來講是噩夢, 他們在使用你的方式時不得不搜尋拼湊他們可能不知道的參數,

當傳入null時又擔憂方法是否能正常工做.若是參數能封裝成一個參數類, 那就封裝成一個類. 返回的結果也應該封裝成一個類,

以知足未來可能的需求變動.

4 控制對外接口的數量

你的模塊, 對外接口越少, 調用者用起來越放心. 使用簡單,做用明確,結果單一,纔是好的模塊 

5 恰當的使用設計模式

不是不用, 也不是濫用, 是恰當合理的使用. 如何恰當合理的使用, 推薦閱讀<深刻淺出設計模式>.

這些不單單是Android可能面臨的坑, 全部以面向對象爲基礎的編程工做中, 都應當注意以上幾點.