註釋是在代碼表達意圖時遭遇的失敗。
1、聲明 本篇轉自博客：http://blog.csdn.net/reille/ 2、轉載內容 2.1、前言 今天在閱讀 Qt Creator 的源代碼時，發現一些註釋中有 FIXME 英文單詞，用英文詞典居然查不到其意義！ 實際上，
不要認爲代碼會消失，代碼永存！！ 糟糕的代碼可以毀掉公司； 混亂的代碼影響生產力； 保持代碼整潔，不但有關效率，還有關生存； 混亂無助於趕上期限，趕上期限的唯一方法——儘可能保持代碼整潔； 編寫整潔代碼的程序員就像是藝術家；
軟件中命名隨處可見。變量、函數、參數、類、封包，源代碼、目錄，等等； 名副其實 不規範： int d; 規範： int elapsedTimeInDays; int daysSinceCreation; int daysSi
“await” 只能和 promises一起使用 可以await在非Promise的值上使用，但它是無用的且具有誤導性。await是暫停執行，直到Promise的異步代碼運行完畢。 不兼容的代碼示例： let x = 42; aw
先上命令（代碼） $ grep -o 'id=\"[^=]*\"' *.html|awk 'BEGIN{ FS=":"; OFS=":"; } { map[$2] = map[$2]" "$1;} END{ for(key i
最近爲了規範化代碼風格，項目組內啓用了VSCode插件eslint，瞭解eslint的同學都知道，它是在 ECMAScript/JavaScript 代碼中識別和報告模式匹配的工具，給出一些代碼規範建議，其目的是爲了保證代碼的一致性和避免
1.Java 代碼中不要出現中文,因爲出現中文的地方都可以放在資源管理的string.xml文件中,這樣做的好處是需求更改的時候，只需要去更改一個地方就行了，省去在Java代碼裏面查找的麻煩。 2.局部變量命名,靜態成員變量命名,單詞首寫
Bjarne Stroustrup，C++之父對好代碼的定義是這樣的： 邏輯應該是清晰的，bug難以隱藏； 依賴最少，易於維護； 錯誤處理完全根據一個明確的策略； 性能接近最佳化，避免代碼混亂和無原則的優化； 整潔的代碼只做一件
很多時候，我們因爲關注最終的結果，而總是忽略其它的情況。所以我們寫的代碼並不是那麼的健壯。 這篇文章屬於程序員內功修煉，值得一看。 寫代碼的時候，有幾個階段可以參考一下（魚鷹經歷並總結）： 階段一：只要最終的結果 處於這個階段的一
jdk版本一般爲jdk8，編碼工具統一使用idea 1 配置類文件頭註釋模版 點擊IDEA編譯器左上角的“IntelliJ IDEA”按鈕，選擇“Preferences…”，在彈出窗口中，選擇“Editor–>File and C
一個好的代碼架構和規範應該是： 1. view controller的life cycle； 2. Delegate methods的實現； 3.觸發method實現； 4.private method的實現，一般情況下，viewcont
CSS三角形之美 div{ width: 0; height: 0; line-height:0; font-size: 0;
本人在閱讀阿里巴巴開發手冊後，整理出一下開發時需要注意的地方，主要針對本人平時的開發習慣所作出的整理，所以不是完整的。 說下讀完的感受吧，作爲一個即將實習的大三學生，不得不感嘆自己離一個合格的程序員的距離還差遠了。文字裏面提到J
升級webstorm版本後，格式化代碼後，代碼風格可能與之前會有區別，導致看着彆扭，eslint還飄紅。 解決方式是啓用自定義的code style設置。截圖如下： 如果設置裏沒有這個選項，則可以在項目根目錄下添加.editor
安裝步驟見 https://www.cnblogs.com/bestzhang/p/util.html 解釋下Blocker/Critical/Major三個等級， 在 Snoar 中對代碼規則有五個級別，這是前三個：崩潰/嚴重/重要 ，
