《構建之法》讀第四、十七章收獲

第四章 兩人合作

讀了第四章，我才意識到代碼規範的重要性，代碼不僅要自己看懂，也要能讓別人看懂，代碼規範能使團隊合作更好的進行。代碼規範分為代碼風格規範和代碼設計規範。其中代碼風格規範要註意縮進、行寬、括號、斷行與空白的{}行、分行、命名、下劃線、大小寫、註釋等問題。

問題一、命名法

文中關於命名這一註意事項，作者向我們詳細介紹了“匈牙利命名法”。基本原則是：變量名=屬性+類型+對象描述那還有沒有其他的命名方式呢？

1. Java變量的基本命名法則：

a) 以下劃線、字母、美元符開頭。

b) 後面跟下劃線、字母、美元符以及數字。

c) 沒有長度限制（但也不能太長！）。

d) 對大小寫敏感（意思是大小寫代表不同含義）

2. Java駝峰式命名法：

a) 變量名必須為有意義的單詞

b) 變量名如果只有一個單詞，則小寫

c) 如果有2個以及多個單詞，則從第二個單詞開始首字母大寫

問題二、關於函數

  函數就是方法，方法就是函數，方法與函數基本上沒有區別。java的類，就是一切對象的模板。方法和函數一個意思，是某一個對象的一種行為。屬性也是屬於某一個對象的。函數的作用是定義功能，函數中只能調用函數，不能定義函數。

主函數意味著建立一個獨立進程，且該進程成為了程序的入口，對其他函數進行調用，主函數既是程序的入口，又是程序的出口。而函數最好有單一的出口，可以使用GOTO來實現該功能。
 

第十七章 人、效績、和職業道德

問題三、一個團隊中各個成員的作用，通常有RASCI模型：

R：負責把具體事情做好

A：對任務負全責，有批準的權利

S：對任務提供支持輔助任務的完成

C：咨詢，擁有完成項目所需的信息或能力的角色

I：知會者，應該時候及時通知結果的角色

則圖中的程序員是R的角色；項目經理是A的角色；技術支持是S的角色；測試是C的角色；I是老總的角色。

問題四、團隊合作很重要，團隊合作包括四個階段。

1、   萌芽階段 團隊之間相互認識，相互磨合

2、   磨合階段 團隊之間對需求進行分析，提出一些方法和建議

3、   規範階段 團隊設計項目方案，大家努力工作，相互支持

4、   創造階段 效率最高，提出一些創造性的方法和建議，個人可獨立工作
 

《構建之法》讀第四、十七章收獲