linebreak-style

在--fix命令行上的選項可以自動修復一些被這條規則反映的問題。

當許多人都有不同的編輯器，VCS 應用程序和操作系統時，可能會發生不同的行結尾由上述任何一種寫入(特別是在將SourceTree 的 Windows 和 Mac版本一起使用時)。

在 Windows 操作系統中使用的換行符(換行符)通常是回車符(CR)，后面是換行符(LF)，使其成為回車換行符(CRLF)，而Linux和Unix使用簡單換行符(LF)。相應的控制序列是"\n"(對于LF)和"\r\n"對于(CRLF)。

許多版本控制系統(如 git 和 subversion)可以自動確保正確的結局。但為了涵蓋所有意外情況，您可以激活此規則。

規則細節

此規則強制執行統一的行結尾，而不受操作系統，VCS 或整個代碼庫中使用的編輯器的影響。

選項

這條規則有一個字符串選項：

"unix"(默認)強制使用Unix行結尾：\n對于LF。

"windows"強制使用Windows行結束符：\r\n用于CRLF。

unix

此規則的默認代碼錯誤代碼示例"unix"：

/*eslint linebreak-style: ["error", "unix"]*/

var a = 'a'; // \r\n

具有默認選項的此規則的正確代碼示例"unix"：

/*eslint linebreak-style: ["error", "unix"]*/

var a = 'a', // \n

b = 'b'; // \n

// \n

function foo(params) { // \n

// do stuff \n

}// \n

windows

此規則的錯誤代碼示例包含以下"windows"選項：

/*eslint linebreak-style: ["error", "windows"]*/

var a = 'a'; // \n

此規則的正確代碼示例包含以下"windows"選項：

/*eslint linebreak-style: ["error", "windows"]*/

var a = 'a', // \r\n

b = 'b'; // \r\n

// \r\n

function foo(params) { // \r\n

// do stuff \r\n

} // \r\n

在版本控制系統中使用此規則

版本控制系統有時對換行符有特殊的行為。為了方便開發人員從不同平臺為您的代碼庫做出貢獻，您可能需要配置 VCS 以適當處理換行符。

例如，Windows 系統上 git的默認行為是在檢出文件時將 LF 換行轉換為 CRLF，但在提交更改時將換行符存儲為 LF。linebreak-style如果配置了該"unix"設置，這將導致規則報告錯誤，因為 ESLint 看到的文件將具有 CRLF 換行符。如果你使用 git，你可能想要添加一行到你的.gitattributes文件，以防止 git 轉換.js文件中的換行符：

*.js text eol=lf

何時不使用它

如果您不擔心代碼中有不同的行尾，那么您可以放心地關閉此規則。

兼容性

JSCS：validateLineBreaks VersionThis規則是在 ESLint 0.21.0.Resources 中引入的

總結

以上是生活随笔為你收集整理的linebreak_linebreak-style的全部內容，希望文章能夠幫你解決所遇到的問題。

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