可插入的打字稿和JavaScript Linter
具有精心選擇的內置規則的主襯裡運行時。可自定義您自己的規則,處理器,格式化器,可共享配置和插件模塊。
請參考文檔以詳細說明可用規則,配置和使用情況。
VUE單文件組件(SFC)的官方處理器。從您的*.vue文件中提取腳本內容以進行覆蓋。
兼容層允許在Wotan運行時使用TSLINT規則和格式化器。
使Wotan的行為幾乎像Tslint。重複您現有的tslint.json而沒有任何更改。
允許TSLINT規則和格式化器的作者提供其在Wotan內部使用的軟件包。使用Bifröst的規則和格式化者不需要Heimdall才能正確運行。
為自定義規則和插件作者提供核心類型。
包含所有核心規則,格式化和配置預設。
語言服務插件用於打字稿。輸入時提供實時的編輯覆蓋物。
tslint --type-check北歐神話:
Fimbullinter來自Fimbulwinter,這是Ragnarök事件之前持續的3年持續的3年。 “ fimbul”的意思是“偉大”,“ Linter”是一種檢測和警告某些編碼模式的工具。
沃坦是奧丁(Odin)的眾多名字之一。您可能還以Woden,Wodan,Wensley等的名字認識他。 Woden是犧牲的神,嗜血和殘酷。他一直在努力爭取智慧。從他的寶座上,他可以看到九個世界中的一切發生。
Vé是沃登(Woden),維利(Vili)和韋利(Vili)的三個混亂中最年輕的人,他們共同殺死了巨大的伊米爾(Ymir),並從他的身體中創造了九個世界。
對於第一對人,詢問和Embla,奧丁賦予了靈魂和生命。維利給予了機智(智慧)和触覺。 Vé進行了容貌(外觀,面部表情),言語,聽力和視覺。
Heimdall (也稱為Heimdallr),位於燃燒的彩虹橋Bifröst遇見天堂的地方,一直關注Ragnarök的發作。
Bifröst是燃燒的彩虹橋,它將人類世界與眾神領域聯繫起來。
瓦爾蒂爾( Valtýr )來自“瓦爾”(Valr)(死者,在戰鬥中被殺)和“týr”(上帝),是指被殺的上帝,經常被用來指代奧丁。
伊米爾(Ymir)是整個世界的巨人。他是所有約納爾的祖先。
米米爾(“記住,智者”)以其知識和智慧而聞名。奧丁神圍繞著米米爾的頭部,它背誦了他的秘密知識和忠告。
Mithotyn (實際上是“Mitoðinn”,意思是“命運的分配器”)引入了沒有的規則。在前往外國土地時,填補了奧丁的位置。
這是試圖避免其他局限器的設計決策,這些襯裡有問題:
extends和rulesDirectory之間進行選擇。軟件包的規則目錄是實現細節,不應是用戶配置的一部分。no-resticted-syntax作為每個配置選項的不同命名規則,將其視為將規則視為規則。 .wotanrc.yaml )用於CLI默認值和插件配置: .fimbullinter.yaml 。此文件也可以由編輯插件使用,因此無需複制通用配置。standard或xo這樣的工具。tslint.json中,這會導致困惑的用戶。 --report-useless-directives 。extends: plugin-name 。該名稱將根據Node的模塊分辨率算法進行解決,相對於配置文件。rulesDirectory: {"my-prefix": "./path/to/rules"}並將它們作為my-prefix/rule-one: "error"配置。規則目錄是相對於配置文件的路徑。./將圖案前綴。linterOptions.exclude > exclude--project 。--project並不能從頭開始創建整個程序,這使其迅速迅速。.fimbullinter.yaml加載CLI選項的默認值。// @ts-nocheck或"checkJs": false )。--report-useless-directives 。 該項目在Node.js的所有積極支持的版本上運行。
該項目正式支持最新的3個穩定版本的打字稿。撰寫本文是3.0-3.2。它應該與Typescript的夜間構建( typescript@next )一起使用,但不能保證。
自定義規則至少應使用ES6來支持本機類。否則,當嘗試擴展從任何軟件包導出的類時,您會遇到問題。
從理論上講,對規則的每一個更改都可以破壞用戶,並且可以被認為是破壞的變化。為了避免為每個錯誤修復發布新的主要版本,我們的準則略有不同,如下所述。
next ,因此您可以安裝@fimbul/wotan@nextx.0.0-dev*包含所有更改,包括打破下一個主要版本的更改xy0-dev*包含下一個次要版本的所有更改wotan:lateststylish )的格式化器可以改變其輸出json或tap )可以更改其輸出wotan:recommended已更新到wotan:latest 當前沒有固定的發佈時間表。如果主人發生變化,則每晚都會出版夜間版本。一旦確定並修復了錯誤,就會立即發布補丁發布。如果主人發生更改,則每週或兩週發布次要版本。一旦出現了足夠的破裂變化,就會發布主要的發行版。
Apache-2.0©Klaus Meinhardt