第四章

　　原文：

　　　　4.3.2： goto 函數最好有單一的出口，為了達到這一目的，可以使用goto。只要有助於程序邏輯的清晰體現，什麽方法都可以使用，包括goto。

　 問題：

　　　　是否什麽地方都可以使用goto語句，為什麽c老師是建議我們不要使用goto？

　 我的回答

　　　 goto語句使程序的靜態結構和動態結構不一致，從而使程序難以理解，難以查錯。

　　　goto的結果：在C等高級編程語言中保留了goto，但被建議不用或少用

　　　在一些更新的高級編程語言，如Java不提供goto語句，它雖然指定goto作為關鍵字，但不支持它的使 用，使程序簡潔易　　　　　　

　　　盡管如此後來的c#還是支持goto語句的，goto語句一個好處就是可以保證程序存在唯一的出口，避免了過於龐大的if嵌套

問題：

4.26命名中提到的專業術語“匈牙利命名法”，那還有沒有其他的命名方法？又是怎麽回事？

　我的回答

　　　匈牙利命名法： 匈牙利命名法是一種編程時的命名規範。基本原則是：變量名=屬性+類型+對象描述，其中每一對象的名稱都要求有明確含義，可以取對象名字全稱或名字的一部分。要基於容易記憶容易理解的原則。保證名字的連貫性是非常重要的。

　　　駱駝命名法：編輯駱駝式命名法（Camel-Case）又稱駝峰式命名法，是電腦程式編寫時的一套命名規則（慣例）。正如它的名稱CamelCase所表示的那樣，是指混合使用大小寫字母來構成變量和函數的名字。程序員們為了自己的代碼能更容易的在同行之間交流，所以多采取統一的可讀性比較好的命名方式。

第十七章

　　原文：17.4蘿蔔與白菜

　　我的問題：怎麽能讓“蘿蔔”和“白菜”共存

　　我的回答：簡簡單單的就是蘿蔔就是一個性子急比較快的人，而白菜是一個比較穩重細心的人，公司肯定不會只要其中一個人，我個人的感覺應該兩個人合作，讓1+1大於2；這樣的話辦事效率會更高，而不是留其中一個，而且如果兩個人性格不相同，也可以慢慢的磨合，天生沒有兩塊玉能完全的天衣無縫，只有工匠慢慢的打磨，而對於蘿蔔白菜，我相信上級管理人員就只就好的工匠，而他們的項目就是最好的工具，這樣有了好的工匠好的工具就能好好的用好這兩塊玉，讓他們能夠取長補短，將自己的變得更好，變成一個更好的程序員。

《構建之法》第4章、第17章讀後感