常州市新北區典雅商業廣場2號樓501、502、525、526
1、 遵循單一責任原則
函數在程序員的庫中是單一最重要的抽象形式。可以被復用的機會越多,你要寫的代碼就越少,這些代碼就越可靠。遵循單一責任原則的小小函數更有可能被重新使用。
2、最小化共享狀態
應該將函數之間的隱式共享狀態最小化,無論它是文件作用域變量還是對象的成員字段,這有利于顯式地將所需的值作為參數。當明確函數實現所需結果時,代碼變得容易理解和重用。
對此可以得出一個結論,你應該優先選擇靜態無狀態變量而不是對象的成員變量。
3、本地化副作用
理想的副作用(例如打印到控制臺、記錄、改變全局狀態、文件系統操作等)應該放置在單獨的模塊中,而不是分散在整個代碼中。功能上的副作用往往違反了單一的責任原則。
4、優先選擇不可變的對象
如果一個對象的狀態在其構造函數中設置一次,并且不再次更改,則調試變得容易得多,因為一旦構造正確就保持有效。這是降低軟件項目復雜性的最簡單方法之一。
5、多用接口少用類
接受接口的函數(或C++中的模板參數或概念)比在類上操作的函數可重用性更強。
6、對模塊應用良好的原則
將軟件項目分解成更小的模塊(例如庫和應用程序),以實現模塊化重用。模塊的一些關鍵原則是:
最小化依賴關系
每個項目都應該有一個單一明確的功能
不要重復
你應該努力讓你的項目保持小巧和明確。
7.避免繼承
在面向對象編程中,繼承,特別是虛擬函數在可重用性方面往往是一個死穴。我很少能成功地使用能覆蓋類的庫。
8.同設計和開發一樣進行測試
我并不是測試驅動開發的鐵桿擁護者,但在你開始編寫測試代碼時,編寫測試自然遵循了許多指導方針。它也有助于早點將錯誤暴露出來。避免編寫無用的測試,良好的編碼意味著更高級的測試(例如,單元測試中的集成測試或功能測試)在顯示缺陷方面更有效。
9.優先選擇而不是手寫標準庫
我無法告訴你需要多久才能看到一個 std :: vector 或 std :: string 更好的版本,但它幾乎總是浪費時間和精力。除了一個顯而易見的事實,那就是你正在把 bug 引入一個新的地方。(見技巧10)其他程序員不太可能重用您的代碼,而不是那些被廣泛理解、支持和測試的代碼。
10.避免寫新代碼
最重要的一點是,每位程序員應遵循:“The best code is the code that isn’t written”(最好的代碼是不用被復寫的代碼)。你的代碼越多,缺陷就越多,找到并修復 bug 就越困難。