為什么要模塊化？

為了代碼復用（Code Reuse）

你這不是抬杠嗎？明擺著的，代碼做成了模塊，那么別的項目就可以直接使用了，模塊里的這部分代碼就得到了復用。

代碼復用可以節(jié)省開發(fā)時間，加快項目研發(fā)速度。

實際項目開發(fā)中，用模塊的時候，項目的進度真的加快了么？時間真的節(jié)省了么？

不，使用模塊通常并不一定能加快項目進度。老實說，用別人的模塊，程序員常常要認真理解模塊的功能和代碼才能在調(diào)試的時候確認問題的范圍。你知道，很多時候看懂他人代碼所用的時間比自己重新設(shè)計一個更長。

• 代碼復用的目的或者說動機是 節(jié)省開發(fā)時間
• 實際執(zhí)行中，程序員因為種種原因，在使用模塊時總是要 花費大量時間讀懂了代碼才能“放心地”去使用它。

使用模塊時，必須阻止程序員閱讀要復用的代碼

使用模塊時，必須專注于模塊的使用，而必須有意忽視模塊的實現(xiàn)邏輯，必須要在心理上信任模塊。簡而言之，必須把模塊視作黑盒子！

為什么程序員要閱讀模塊的代碼實現(xiàn)呢？

• 學習目的——想知道別人是怎么實現(xiàn)的。很多程序員認為通過閱讀別人的代碼能夠快速的學習他人的經(jīng)驗從而提升自己。
  
  
  然而，從項目管理的角度來看這個問題，程序員利用業(yè)余時間閱讀他人的代碼來提升自己無可厚非，或者說是值得提倡的，但犧牲寶貴的項目時間來閱讀模塊的實現(xiàn)代碼而不是專注于模塊的使用（使用模塊快速的實現(xiàn)項目所需的功能），這對項目本身是弊遠大于利的——閱讀代碼帶來的是程序員的能力提升，這是對團隊來說的遠期利好，但這一利好對項目本身的時效性卻微乎其微——俗話說遠水不解近渴就是這個意思。
  
  
  實際上，項目經(jīng)理通常要根據(jù)程序員的已有能力來分配任務，而不會寄希望于程序員通過閱讀模塊代碼獲得提升以后再來回報眼前這個火燒眉毛的項目——如果真有項目經(jīng)理這么做了，那只能說，進度慢了完全不是程序員閱讀模塊代碼的錯，而是他最直接的用人問題——我也只能相信，也許他真的無人可用了。
  
  
  所以結(jié)論就是：嚴禁工作時間以學習為目的閱讀模塊源代碼。
  
  
• 調(diào)試目的——也許并非所有的程序員都對自己的代碼質(zhì)量天然的自信，但幾乎所有的程序員都對別人寫的代碼（模塊）天然的不放心——就像孔乙己一樣，必須親眼看了酒保從黃酒壇子里舀出酒來而沒有摻水才放心——所以程序出了問題，必然要懷疑模塊，而且甚至有很多不負責任的程序員天然的會首先懷疑模塊——不是自己寫的，怎么能放心——所以調(diào)試的時候必然：
  
  

1. 要有源代碼，否則就不會調(diào)試了
2. 必然要閱讀模塊的代碼，否則就不知道究竟這個源代碼是不是對的
3. 必然要讀懂模塊的代碼，否則怎么能體“自己的程序出錯完全是模塊的代碼寫的不好”。
   
   

-END-

|?整理文章為傳播相關(guān)技術(shù)，版權(quán)歸原作者所有?|

|?如有侵權(quán)，請聯(lián)系刪除?|