程式設計師修煉之道讀後感 六

2021-04-09 01:44:49 字數 1208 閱讀 5804

程式設計不是機械工具

靠巧合程式設計

避免靠巧合程式設計,不要依靠運氣和偶然地成功,而要深思熟慮地程式設計;

巧合程式設計:實現地偶然;語境地偶然;隱含地假定;

don』t program by coincidence.

不要靠巧合程式設計

深思熟慮地程式設計

1.總是意識到自己在做什麼

2.不要盲目地程式設計

3.按照計畫行事,不管計畫寫在**

4.依靠可靠地事務

5.為你地假定建立文件

6.不要只是測試你的**,還要測試你的假定

7.為你的工作劃分優先順序

8.不要讓已有地**支配將來的**

演算法的效率

推薦:sedgewick

關於演算法的書

常識估算:

簡單迴圈o(

n);巢狀迴圈o(

n*n)

;二分法o(

nlgn

);組合:效率失控

estimate the order of your algorithms.

估算你的演算法的階

test your estimate.

測試你的估算

重構重寫、重做和重新架構**合起來,成為重構(

refactoring

)應該重構**的條件:

1.重複,違反

dry原則

2.非正交設計

3.過時的知識

4.效能不好

refactor early,refactor often.

早重構,常重構

如何進行重構:

1.不要試圖在重構的同時增加功能;

2.在開始重構之前,確保你擁有良好的測試;

3.採取短小,深思熟慮的步驟

易於測試的**

單元測試是對模組進行演練的**,也是針對合約的測試

design to test.

為測試而設計

測試驅動法:先測試**,再進行模組測試

print

法——>

即興測試

test your software,or your users will.

測試你的軟體,否則你的使用者就得測試

**的嚮導

慎用設計嚮導,否則那些自動生成的**會讓你崩潰

don』t use wizard code you don』t understand.

不要使用你不理解的嚮導**

《程式設計師修煉之道》讀後感(六)

本篇針對第六章 當你編碼時 進行論述 我在編寫 的時候通常都會先過一遍設計思路,之後就開始下手,往往寫到一般就有了新的改進想法,到那個時候再說 笑 其實編碼的時候偶爾會發生這種情況,就是你無意寫下的 讓你的程式成功執行,或者說再回過頭來看的時候,你並不清楚這段 到底有什麼作用,但這種情況畢竟是少數,...

《程式設計師修煉之道》 讀後感

前些時間把 程式設計師修煉之道 讀了一遍。一本好書啊。且不說裡面的一些程式設計技巧 這個詞應該比較貼切 比如正交性 高內斂,最後達到兩個模組之間互補影響 曳光彈或是原型 輕量級引導程式,直達目標,方便調整 斷言式程式設計,異常使用 暴露程式的問題,不要隱藏他 解耦與墨忒爾法則 低耦合,減少依賴 演算...

《程式設計師修煉之道》讀後感

看到這個書名的時候,會不自覺的想起周星馳在 喜劇之王 中的經典橋段,手拿一本 演員的自我修養 激勵著很多懵懂青年。就像這本書的自序所講的,這是一本包含有許多樸素的經驗,寫給注重實效的程式設計師的一本 演員的自我修養 剛剛步入程式設計隊伍的我,正需要這樣一本書給予我經驗,也因為是多年精心耕耘的結果,一...