1、 遵循單一責(zé)任原則
函數(shù)在程序員的庫中是單一最重要的抽象形式?？梢员粡?fù)用的機(jī)會越多，你要寫的代碼就越少，這些代碼就越可靠。遵循單一責(zé)任原則的小小函數(shù)更有可能被重新使用。
2、最小化共享狀態(tài)
應(yīng)該將函數(shù)之間的隱式共享狀態(tài)最小化，無論它是文件作用域變量還是對象的成員字段，這有利于顯式地將所需的值作為參數(shù)。當(dāng)明確函數(shù)實(shí)現(xiàn)所需結(jié)果時，代碼變得容易理解和重用。
對此可以得出一個結(jié)論，你應(yīng)該優(yōu)先選擇靜態(tài)無狀態(tài)變量而不是對象的成員變量。
3、本地化副作用
理想的副作用（例如打印到控制臺、記錄、改變?nèi)譅顟B(tài)、文件系統(tǒng)操作等）應(yīng)該放置在單獨(dú)的模塊中，而不是分散在整個代碼中。功能上的副作用往往違反了單一的責(zé)任原則。
4、優(yōu)先選擇不可變的對象
如果一個對象的狀態(tài)在其構(gòu)造函數(shù)中設(shè)置一次，并且不再次更改，則調(diào)試變得容易得多，因?yàn)橐坏?gòu)造正確就保持有效。這是降低軟件項(xiàng)目復(fù)雜性的最簡單方法之一。
5、多用接口少用類
接受接口的函數(shù)（或C++中的模板參數(shù)或概念）比在類上操作的函數(shù)可重用性更強(qiáng)。
6、對模塊應(yīng)用良好的原則
將軟件項(xiàng)目分解成更小的模塊（例如庫和應(yīng)用程序），以實(shí)現(xiàn)模塊化重用。模塊的一些關(guān)鍵原則是：
最小化依賴關(guān)系
每個項(xiàng)目都應(yīng)該有一個單一明確的功能
不要重復(fù)
你應(yīng)該努力讓你的項(xiàng)目保持小巧和明確。
7.避免繼承
在面向?qū)ο缶幊讨?，繼承，特別是虛擬函數(shù)在可重用性方面往往是一個死穴。我很少能成功地使用能覆蓋類的庫。
8.同設(shè)計(jì)和開發(fā)一樣進(jìn)行測試
我并不是測試驅(qū)動開發(fā)的鐵桿擁護(hù)者，但在你開始編寫測試代碼時，編寫測試自然遵循了許多指導(dǎo)方針。它也有助于早點(diǎn)將錯誤暴露出來。避免編寫無用的測試，良好的編碼意味著更高級的測試（例如，單元測試中的集成測試或功能測試）在顯示缺陷方面更有效。
9.優(yōu)先選擇而不是手寫標(biāo)準(zhǔn)庫
我無法告訴你需要多久才能看到一個 std :: vector 或 std :: string 更好的版本，但它幾乎總是浪費(fèi)時間和精力。除了一個顯而易見的事實(shí)，那就是你正在把 bug 引入一個新的地方。（見技巧10）其他程序員不太可能重用您的代碼，而不是那些被廣泛理解、支持和測試的代碼。
10.避免寫新代碼
最重要的一點(diǎn)是，每位程序員應(yīng)遵循：“The best code is the code that isn’t written”（最好的代碼是不用被復(fù)寫的代碼）。你的代碼越多，缺陷就越多，找到并修復(fù) bug 就越困難。
歡迎訪問更多網(wǎng)站推廣,網(wǎng)絡(luò)營銷,網(wǎng)站優(yōu)化,SEO相關(guān)內(nèi)容
.png)