2019年12月4日 星期三

讀書心得 - Clean Code - Chapter 4

Chapter 4 - 註解 不要替糟糕的程式碼寫註解 - 重寫它     註解為必要之惡,用來彌補我們用程式碼表達意圖失敗的狀況。註解在絕大多數的情況無法跟著程式演進,導致過時且偏離當初的程式碼解釋。最後的真相只會存於程式碼。 有益的註解     法律型的註解 // Copyright 2011-2019 The Bootstrap Authors // Copyright 2011-2019 Twitter, Inc.     資訊型註解     資訊型註解提供一些基本資訊,但還是很容易被好的程式碼命名給取代 ...

2019年12月3日 星期二

讀書心得 - Clean Code - Chapter 3 (2)

Chapter 3 - 函式 - 2 使用具描述能力的名稱     不要害怕名字過長,若取了有性質的函式名稱就較能符合「當每個你看到的函式,執行結果都與你想的差不多代表為 Clean Code」。 函式的參數     函式的參數越少越好,因為參數的存在也會影響著你對函式的預期,所以最理想的情況為 0 參數。     一個參數 與這個參數有關的問題 - boolean fileExits("Myfile") 對這個參數做某種操作,然後回傳 - InputStream fileOpen("Myfile") 事件,利用參數去修改系統狀態...

2019年12月2日 星期一

讀書心得 - Clean Code - Chapter 3 (1)

Chapter 3 - 函式 - 1 首要準則 - 簡短!!     即使現今編輯器能讓你在一行塞入 150 個英文字母,現今螢幕能讓你顯示 100 行,你也不該塞好塞滿。越短越好,3 ~ 4 行,每個函式都透漏著本身的意圖且帶領著你至下個函式。     區塊 ( Blocks ) 和縮排 ( Indenting )     If、else、while 都應該只有 1 行,而那行通常會是個命名不錯的函式。 只做一件事     只做一件事很難下定義,以下提出兩種 透過觀察函式中進而提煉出一個新的函式來 函式裡有明顯的段落...

Popular Posts