選自medium

作者：Daniel Anderson

機(jī)器之心編譯

編輯：陳萍

在代碼中用一堆嵌套，花大量時(shí)間寫出漂亮的代碼但最后才發(fā)現(xiàn)無法運(yùn)行，不給任務(wù)留緩沖時(shí)間…… 這是很多新手程序員都踩過的雷。在這篇文章中，一位全棧首席開發(fā)者總結(jié)了高級開發(fā)人員的 19 個(gè)編碼原則，可以幫助新手少踩些坑。

進(jìn)行軟件開發(fā)，整天敲代碼、好不容易調(diào)試成功，但是代碼的質(zhì)量堪憂，可讀性不是很高，反過頭來還得對代碼進(jìn)行完善。也許這不是你的編碼能力問題，很有可能在你進(jìn)行代碼編寫時(shí)，一些看似不重要的編碼注意事項(xiàng)沒有遵守。這有一份高級開發(fā)人員經(jīng)常遵循的 19 條原則，其中很多與實(shí)際編碼無關(guān)，而是與流程以及如何處理任務(wù)有關(guān)，可能對你有幫助。

1. Rule Of Three 原則

這是一條代碼重構(gòu)的經(jīng)驗(yàn)法則，用于決定何時(shí)將復(fù)制的代碼段替換為新的代碼 / 過程 / 方法。

它的含義是，第一次用到某個(gè)功能時(shí)，你寫一個(gè)特定的解決方法；第二次又用到的時(shí)候，你拷貝上一次的代碼；第三次出現(xiàn)的時(shí)候，你要著手「抽象化」，寫出通用的解決方法。

該原則的主要思想是使代碼 / 過程 / 方法更加通用，從而保證在其他地方可以重復(fù)使用。

2. 應(yīng)用程序結(jié)構(gòu)與編碼方式保持一致

應(yīng)用程序結(jié)構(gòu)與編碼方式保持一致有助于提高其可讀性和可維護(hù)性。

嘗試制定編碼標(biāo)準(zhǔn)，這有助于保持編碼一致性。編碼標(biāo)準(zhǔn)應(yīng)該與變量的命名規(guī)則一樣少。另一大問題是應(yīng)用程序的結(jié)構(gòu)，開發(fā)人員進(jìn)行更改或添加新內(nèi)容的地方應(yīng)該很明顯。

3. 減少程序嵌套

if 里面嵌套 if 會使得程序很混亂，代碼很難讀。在編寫代碼時(shí)可能無法繞開這些問題，但你需要經(jīng)常查看代碼結(jié)構(gòu)。

else if 同樣如此，因此需要盡量避免嵌套。

一種有效的解決方法是衛(wèi)語句：衛(wèi)語句把復(fù)雜的條件表達(dá)式拆分成多個(gè)條件表達(dá)式。

不使用衛(wèi)語句的編碼方式：

if (account != null){ if (order != null) { if (order.term == Term.Annually) { // term annually } else if (order.term == Term.Monthly) { // term monthly } else { throw new InvalidEnumArgumentException(nameof(term)); } } else { throw new ArgumentNullException(nameof(subscription)); }}

使用衛(wèi)語句的編碼方式：

if (account == null){ throw new ArgumentNullException(nameof(account));}if (order == null){ throw new ArgumentNullException(nameof(order));}if (order.term == Term.Annually){ // term annually (return here)}if (order.term == Term.Monthly){ // term monthly (return here)}throw new InvalidEnumArgumentException(nameof(order.term));

4. 了解全局很重要

了解全局有助處理較小的細(xì)節(jié)。一旦了解了全局，你就不會花很長的時(shí)間在小細(xì)節(jié)上。

5. 程序中的命名

在編程中進(jìn)行命名是最困難的事情之一，包括為一個(gè)類、一個(gè)方法命名，甚至是為變量命名。優(yōu)秀的開發(fā)人員會花時(shí)間考慮相關(guān)的命名方式，這樣會增加程序的可讀性。

6. 減少技術(shù)負(fù)債

技術(shù)負(fù)債指開發(fā)人員為了加速軟件開發(fā)，在應(yīng)該采用最佳方案時(shí)進(jìn)行了妥協(xié)，改用了短期內(nèi)能加速軟件開發(fā)的方案，從而在未來給自己帶來的額外開發(fā)負(fù)擔(dān)。這種技術(shù)上的選擇就像一筆債務(wù)一樣，雖然眼前看起來可以得到好處，但必須在未來償還。軟件工程師必須付出額外的時(shí)間和精力持續(xù)修復(fù)之前的妥協(xié)所造成的問題及副作用，或是進(jìn)行重構(gòu)，把架構(gòu)改善為最佳實(shí)現(xiàn)方式。

對于技術(shù)負(fù)債問題，提高預(yù)估時(shí)間有助于解決這類問題。盡自己最大的努力寫好代碼，否則你將不斷地進(jìn)行代碼完善。

7. 提高預(yù)估時(shí)間

你會看到，高級開發(fā)人員總是給任務(wù)預(yù)留更多的時(shí)間，因?yàn)樗麄冎劳瓿扇蝿?wù)所需的時(shí)間總是高于預(yù)期，而且在評估階段增加一個(gè)緩沖時(shí)間可以真正幫助你把事情做好。

這確實(shí)有助于解決技術(shù)負(fù)債問題。如果你低估了任務(wù)完成時(shí)間，你就可能會因?yàn)闀r(shí)間不夠而寫出僅僅可以運(yùn)行的代碼，簡潔性、可維護(hù)性就顧不上了。

8. 文檔和代碼注釋

文檔和代碼注釋有助于保存上下文和共享知識。你會聽到有經(jīng)驗(yàn)的人一直在說，我們是否可以記錄這個(gè)過程，或者代碼審查失敗，因?yàn)閷涌谥惖膬?nèi)容沒有任何注釋。

9. 刪除不需要的代碼

許多缺乏自信的開發(fā)人員會注釋掉大量的代碼塊，而不是選擇刪除。但是代碼版本控制是有目的的！優(yōu)秀的開發(fā)人員會刪除應(yīng)用程序中不好的代碼。

10. 花時(shí)間進(jìn)行代碼評審

優(yōu)秀的開發(fā)人員會花更多的時(shí)間在代碼評審上，代碼評審的重要性包括：

更早地發(fā)現(xiàn)錯(cuò)誤；

提高開發(fā)人員的技能，并讓團(tuán)隊(duì)的其他成員參與到良好的實(shí)踐中；

共享知識；

一致的設(shè)計(jì)和實(shí)現(xiàn)。

最好的代碼評審過程是：

對于一個(gè)風(fēng)險(xiǎn)較小的任務(wù)，1 名開發(fā)人員評審就可以；

中型 / 大型更改或者是有風(fēng)險(xiǎn)的更改，應(yīng)由 3 名開發(fā)人員進(jìn)行評審，其中須有一位是高級開發(fā)人員；

風(fēng)險(xiǎn)極高的更改或者是正在開發(fā)的應(yīng)用程序的新部分，應(yīng)該安排一次會議，3 名開發(fā)人員中至少有一位是首席開發(fā)人員，他們一起完成每條線并提出觀點(diǎn)。

11. 編寫好的測試

你會注意到經(jīng)驗(yàn)豐富、能力更強(qiáng)的開發(fā)人員花更多的時(shí)間編寫好的測試。擁有好的測試可以幫助你更有信心地?cái)U(kuò)展應(yīng)用程序，并減少錯(cuò)誤。

12. 花時(shí)間設(shè)計(jì)程序

在真正投入寫代碼之前，開發(fā)者會經(jīng)過一番思考并將代碼分解成小塊。這有助于他們更好地將所有內(nèi)容組合在一起并創(chuàng)建更清晰的代碼。

13. 關(guān)注基礎(chǔ)原理，而不是語法

更多地關(guān)注基礎(chǔ)原理，而不是語法，有助于開發(fā)者更快地發(fā)現(xiàn)問題，也能更好地理解問題并在搜索引擎上搜索解決方案。

14. 讓搜索引擎成為你最好的朋友

高級開發(fā)者都是用搜索引擎來解決問題的專家。從上一條也可以看出，他們關(guān)注基礎(chǔ)原理而不是語法，因此知道要搜索的關(guān)鍵詞。如果你一直專注于語法，這將很難做到。

15. 首先確保程序能運(yùn)行，然后再完善

你經(jīng)常會看到一些相對較弱的開發(fā)人員，他們一開始花費(fèi)大量的時(shí)間讓程序看起來漂亮，但之后發(fā)現(xiàn)，程序不能運(yùn)行。

優(yōu)秀的開發(fā)人員會在更早的階段找到愉快的工作方式。在他們把事情做好之前，盡早發(fā)現(xiàn)問題。這可以幫助項(xiàng)目進(jìn)行得更加順利。

16. 風(fēng)險(xiǎn)管理和問題解決

高級開發(fā)人員可以定義風(fēng)險(xiǎn)，能夠通過應(yīng)用設(shè)計(jì)模式提煉出復(fù)雜的問題，并且能夠根據(jù)以往的經(jīng)驗(yàn)獨(dú)立解決不同的問題。

17. 多提問

高級開發(fā)人員什么都想知道。他們不介意問問題，包括技術(shù)問題和業(yè)務(wù)問題，盡管這些問題聽起來非常簡單。理解業(yè)務(wù)需求有助于開發(fā)者編寫更好的代碼！他們不害怕問問題，因?yàn)樗麄儗ψ约旱哪芰τ行判摹?/p>

18. 盡可能將邏輯排除在數(shù)據(jù)庫之外

這一點(diǎn)可以歸結(jié)為你正在構(gòu)建的應(yīng)用程序的類型，并且僅當(dāng)它不會影響性能時(shí)才適用。

高級開發(fā)人員知道將數(shù)據(jù)庫查詢保留為簡單的 CRUD 操作。CRUD 是指在做計(jì)算處理時(shí)的增加 (Create)、檢索(Retrieve)、更新(Update) 和刪除(Delete)。

接下來，業(yè)務(wù)邏輯層應(yīng)將 CRUD 操作整合在一起。這有助于開發(fā)人員了解在哪里尋找業(yè)務(wù)邏輯。如果你在數(shù)據(jù)庫查詢和代碼中有邏輯，這會很快變得混亂！

19. 保持代碼簡潔

保持代碼簡潔是最好的做法。即使這意味著要編寫更多行代碼。下面是相對較弱的開發(fā)人員編寫的單行代碼：

return dir.Keys.Any(k => k >= limit) ? dir.First(x => x.Key >= limit).Value : dir[dir.Keys.Max()];

這樣的代碼雖然可以運(yùn)行，但可讀性很低。

原文鏈接：

https://medium.com/javascript-in-plain-english/19-things-i-stole-from-great-developers-85511ff56570

Amazon SageMaker實(shí)戰(zhàn)教程（視頻回顧）

Amazon SageMaker 是一項(xiàng)完全托管的服務(wù)，可以幫助機(jī)器學(xué)習(xí)開發(fā)者和數(shù)據(jù)科學(xué)家快速構(gòu)建、訓(xùn)練和部署模型。Amazon SageMaker 完全消除了機(jī)器學(xué)習(xí)過程中各個(gè)步驟的繁重工作，讓開發(fā)高質(zhì)量模型變得更加輕松。

10月15日-10月22日，機(jī)器之心聯(lián)合AWS舉辦3次線上分享，全程回顧如下：

第一講：Amazon SageMaker Studio詳解

黃德濱（AWS資深解決方案架構(gòu)師）主要介紹了Amazon SageMaker的相關(guān)組件，如studio、autopilot等，并通過在線演示展示這些核心組件對AI模型開發(fā)效率的提升。

視頻回顧地址：https://app6ca5octe2206.h5.xiaoeknow.com/v1/course/alive/l_5f715443e4b005221d8ea8e3

第二講：使用Amazon SageMaker 構(gòu)建一個(gè)情感分析「機(jī)器人」

劉俊逸（AWS應(yīng)用科學(xué)家）主要介紹了情感分析任務(wù)背景、使用Amazon SageMaker進(jìn)行基于Bert的情感分析模型訓(xùn)練、利用AWS數(shù)字資產(chǎn)盤活解決方案進(jìn)行基于容器的模型部署。

視頻回顧地址：https://app6ca5octe2206.h5.xiaoeknow.com/v1/course/alive/l_5f715d38e4b0e95a89c1713f

第三講：DGL圖神經(jīng)網(wǎng)絡(luò)及其在Amazon SageMaker上的實(shí)踐

張建（AWS上海人工智能研究院資深數(shù)據(jù)科學(xué)家）主要介紹了圖神經(jīng)網(wǎng)絡(luò)、DGL在圖神經(jīng)網(wǎng)絡(luò)中的作用、圖神經(jīng)網(wǎng)絡(luò)和DGL在欺詐檢測中的應(yīng)用和使用Amazon SageMaker部署和管理圖神經(jīng)網(wǎng)絡(luò)模型的實(shí)時(shí)推斷。

視頻回顧地址：https://app6ca5octe2206.h5.xiaoeknow.com/v1/course/alive/l_5f715d6fe4b005221d8eac5d

? THE END

轉(zhuǎn)載請聯(lián)系本公眾號獲得授權(quán)

投稿或?qū)で髨?bào)道：content@jiqizhixin.com喜歡此內(nèi)容的人還喜歡

原標(biāo)題：《我從高級開發(fā)者身上學(xué)到的19條編碼原則》

閱讀原文