新版Angular中使用的Typescript書寫規范非常惱人，比如默認會啟用no-trailing-whitespace這樣的選項。官方對此的說明是為了配合GIT的使用規范。

雖然這種規則在規范程序員的代碼風格方面有一定作用，但是對于已經形成自身風格的人而言，純粹是多此一舉。比如本人在Oracle實習期間，看到后端項目中Java代碼的風格也是因人而異，比如有些人喜歡在方法之間間隔一行，有些人就不將方法分隔開；有些會將不同作用的程序段用空行隔開；有些不會在等號賦值左右加上空格……但這些都不會影響代碼的閱讀。個人認為，只要縮進得當，風格穩定，并且遵循一定的規范，都不會很大程度上影響閱讀。而TS在這些方面的吹毛求疵雖然非常嚴格地規范了代碼風格，卻也影響了寫代碼的效率。（使用文本編輯器的例外）

說點題外話，先前在Ionic框架上做Hybrid App的時候使用的TSLint還是比較舒服的，雖然沒有去注意該團隊是否已對TSLint進行個性化設置。

以下將幾個比較麻煩的選項說明一下：

1.尾部空格檢測

"no-trailing-whitespace": false,

這個一定要選擇false，要不然每行代碼后面都不能有空格，包括換行以后產生的空格。這對喜歡將不同功能程序段用空行分割的人而言簡直是噩夢。

2.行內檢測

"one-line": [true,"check-open-brace","check-catch","check-else","check-whitespace" ],

這個里面可以自行配置自身需要的，比如check-whitespace這項就會要求函數名，參數表和函數段開頭的大括號之間要有空格。當然也可以設置為false，將這個功能完全禁用。

3.關鍵字var

"no-var-keyword": true,

如果這一項啟用的話，就不能在程序段中使用var來生成變量。本身ES6提供的let確實很好用，但如果需要利用var的特性（比如變量提升）來實現一些程序段的話，那就不能禁用。

4.注釋行中的空格

"comment-format": [true,"check-space" ],

如果check-space這一項存在，那么注釋行的開頭必須要加上一個空格。這個對于使用英文注釋的人來說，沒有多大影響，但是中文話就沒有必要。注釋畢竟是區別于代碼段的，要使用如何的書寫格式應當自己來決定。去掉這一項，或者將整個commet-format的值改為false，就可以將其禁用。

5.空格在其他部分的設置

"whitespace": [true,"check-branch","check-decl","check-operator","check-separator","check-type" ],

whitespace這一項決定了在哪些情況下必須先插入空格，然后寫入自己的代碼。比如check-separator這一項就會要求在初始化數組的時候，相鄰元素間不僅要用“,”分隔，還需要在其之后加入空格。

6.引用規范

"quotemark": false,

quotemark規定了引用符號的格式，比如在true,'single'的模式下，就會強制規定引用時必須使用單引號。然而，即使是WebStorm默認的引用格式也是雙引號，這樣就必須修改IDE的引用格式，或者將這個規則禁用，否則每次引用都要手動將雙引號改為單引號。
7.const偏好

"prefer-const": false,

這一項會在變量沒有在程序段中重新賦值的時候提示使用const，這么做可以優化性能。然而，這樣的設定也會引發一些問題，畢竟我們在設計的時候會考慮到后期對某些變量可能會進行修改。建議在初期開發完成，程序處理邏輯趨于穩定，進入性能優化的環節后再把這一項啟用，協助檢查哪些變量可以用const優化。

其他的后續繼續補充。

http://blog.csdn.net/lqy455949477/article/details/78087875

總結

以上是生活随笔為你收集整理的TypeScript的书写规范（TSLint）配置修改的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。