無効にする矢印の親のlintルールxoと



TLR
arrow-parensXOを使用している場合はどうやってPrettier eslintルールを無効にしますか?
XOの下で設定をオーバーライドする代わりに、パッケージ内の特定のノードの下でそれを実行します.JSON、しかし、ケバブケースの代わりにcamelcaseでそれを参照してください.
// in your package json
"prettier": {
    "arrowParens": "avoid"
  },
"xo" : {
prettier:true
}

どのような矢のルールはとにかくですか?

Arrow functions can omit parentheses when they have exactly one parameter. In all other cases, the parameter(s) must be wrapped in parentheses. This rule enforces the consistent use of parentheses in arrow functions.


これは私が書くことができることを意味します.
const greet = param =>  console.log(`Hi, ${param.name}!`)
しかし、私は書かなければなりません
const greetWithTitle =  (param, title) =>  console.log(`Hi, {title} ${param.name}!`)
つのパラメータがある場合、括弧を省略することができますが、1つ以上の場合は、括弧内でパームをラップしなければなりません.
ハンディ、イット、T?そうです、そして、これは我々が通常我々のメソッドを書くのに使用された方法です.
Linatorを更新するまでは、ルールが自動的に設定されており、以下のようなエラーが300件以上得られています
  ✖  355:30   Replace param with (param)                                              prettier/prettier
提案された変更は明確で、エラーはなかった.
それは矢印の親の言及はなく、ルールをクリックして直接言及されていなかったので、thisのような記述ページを開くのではなく、generic prettier configuration pageである.
すぐに、私はすぐにESINT規則arrow-parensを見つけました.
それでも私はルールを無効にすることができなかった
//次の行の矢印を無効にする
パッケージJSONのXOのルールセクションで設定することもできません.
"xo": {
    "semicolon": false,
    "space": 4,
    "prettier": true,
    "rules": {
      'arrow-parens': 0,
   }
}
私はルールの名前がCambabのケースではなく、camelcaseではなかったことに気づいたので、私は右の方向に私を指していたので、私はそれをオーバーライドしなければならなかったことに気づいたので、私は、それをオーバーライドしなければならなかったが、XOの独裁的ではありません.
したがって、パッケージ内で.JSONは、単にxoと同じように設定します.
 "prettier": {
    "arrowParens": "avoid"
  },
"xo" : {
// same as above
}
this issue
が、何が悪いの括弧を避けて悪いですか?

arrow functions (=>) may be mistakenly included in a condition when a comparison such as >= was the intent.


次のコードを想像してください
a.then(foo => a);
// or 
if(foo => a) {}
このような場合、比較関数や矢印関数宣言であれば、実際には明らかではない.
したがって、より良いそれを回避し、括弧のすべての時間に固執する.

それがなぜ良いルールであるならば、私はなぜそれを無効にしたいですか?
さて、私の現在のチケット/タスクで私はちょうどすべての時代遅れの依存関係を更新しなければならなかったが、私は372以上のコード変更を70以上のファイル間で分割自分自身を発見した.
私はそれらのすべてをレビューする時間がなかったし、私はこのような変更で私の現在の支店を汚染したい.
したがって、XO依存関係を更新するだけではなく、ルールを無効にして、後の時点でコード更新を延期したいと思います.そこで、一度に1つのルールを有効にすることができ、コードベースをテストし、必要に応じてルールごとに個別にコミットします.
私はそれが助けることを望む