近年來，我一直在為大大小小的客戶開發(fā)專業(yè)的軟件。其中一些軟件在非常嚴(yán)格的環(huán)境中使用，安全和可靠性是最重要的?；诙嗄甑墓ぷ鹘?jīng)驗，我提出了一系列有用的建議和教訓(xùn)。以下是我的清單，包括建議、教訓(xùn)和最佳實踐。

有時候?qū)懸恍├a也沒問題。應(yīng)用程序的各個部分都不是天生平等的。

不必通過學(xué)習(xí)一門新語言來學(xué)習(xí)新事物。許多同樣的事情都可以用多種語言來完成，寧可深而不寬。

為了測試不同的方法不同的方法。不要把這些廢棄的代碼變成產(chǎn)品代碼。

防御編程。你還記得你認(rèn)為永遠不會變空的方法參數(shù)嗎？是的，它仍然是空的，你的應(yīng)用程序“爆炸”就這樣。寫下這些衛(wèi)生語句就行了。（guardclauses）就可以了。

從來沒有，永遠不會有應(yīng)用程序的硬代碼設(shè)置。編寫可配置的組件并將環(huán)境變量傳遞給它們。重新啟動應(yīng)用程序比重新編譯和部署更容易。

編寫易于測試的代碼。也就是說，在命令處理程序、服務(wù)等方面停止“新建”數(shù)據(jù)庫對象。相反，使其成為依賴項。

在特殊情況下，異常只會被拋出。

了解If-Else適當(dāng)?shù)奶娲椒?。If-Else經(jīng)常被濫用，成為設(shè)計不好的早期標(biāo)志。If-Else在許多設(shè)計模式中，語句是不必要的。

并非每一個IF都需要ElseIf或Else。If本身是可以的，而且經(jīng)常受到鼓勵。

重構(gòu)意味著重構(gòu)。重構(gòu)時，不要嘗試添加任何新功能。這樣做不好。

如果發(fā)現(xiàn)垃圾代碼，請花時間清理一下，讓它變得更好——不管怎樣“更好”在特定特定環(huán)境。

假設(shè)不學(xué)習(xí)設(shè)計模式，就會遇到一些困難。它們無處不在，了解它們會讓你的生活更輕松。

代碼可以通過應(yīng)用設(shè)計模式進行改進。

攻擊他人的代碼不會讓你成為一個更好的程序員，也不會顯示你的資格。大多數(shù)新手攻擊其他開發(fā)人員的代碼，因為他們甚至無法理解簡單的概念。

在需要接口之前不要創(chuàng)建接口。從特定類別開始沒有問題。

您確定需要公開字段/屬性/方法嗎？不，我也這么認(rèn)為，把它設(shè)定為私有或內(nèi)部。

一個超級簡單的類，就像一個簡單的方法，它是可行的。

為簡單問題編寫簡單代碼。

確保重建的每一部分都經(jīng)過測試。否則你就不知道你在破壞什么。

不——你剛草草寫的代碼并不比下載量1100萬的代碼好npm/nuget/pip包好。下載該死的軟件包，并繼續(xù)前進。

對于復(fù)雜的問題，不要害怕提出復(fù)雜的解決方案。別走別的路。

只要掌握幾種語言。試著學(xué)習(xí)一種背景、前端和數(shù)據(jù)庫語言。這樣，你就能更好地理解團隊中其他人所處理的問題。

別再看這些該死的教程了。獨立思考。當(dāng)你遇到麻煩或者需要快速學(xué)習(xí)一些東西時，偶爾有一些教程是很好的。只是想退出教程“靈薄獄”。

大多數(shù)其他開發(fā)人員也會編寫垃圾代碼。不要因此而失去信心。這樣做一定是有原因的。

在開發(fā)者大會上觀看講座，關(guān)注思想領(lǐng)袖。有很多好的經(jīng)驗可以借鑒，而且很容易得到啟發(fā)。

在成為更好的開發(fā)者的過程中，我們都會遇到瓶頸。向有成就的開發(fā)者尋求建議。不要害怕向隨機開發(fā)人員發(fā)送信息。

以GUID/UUID作為實體ID，這使處理起來更容易。不過，請注意你的選擇。

遵守SOLID原則。它們易于理解，可以提高代碼質(zhì)量?！伴_發(fā)/關(guān)閉原則無關(guān)緊要”這樣的聲明會反過來咬你。

當(dāng)選項數(shù)量有限時，使用枚舉代替字符串作為參數(shù)。

將代碼安排在模塊中（項目為.NET術(shù)語表示)。不要把一切都放在一個模塊里。很快就會失去控制。

必須牢記您將要解決的業(yè)務(wù)問題，或?qū)⒁_發(fā)的業(yè)務(wù)應(yīng)用程序。代碼只是企業(yè)實現(xiàn)目標(biāo)的一種手段。

將軟件開發(fā)視為一種工藝。編寫有目的、漂亮的代碼。提高你的技能。

一定會有開發(fā)者質(zhì)疑我的一些建議，你總能找到不同的觀點、方法和想法。

多思考是有益的。對你認(rèn)為對你有意義的事情保持批評的態(tài)度。