複数のきれいなプラグインの最後が効果的である理由は何ですか？それを解決する方法は？

有効にするよりきれいなプラグインの最後の1つのみの根本原因と解決策

この記事では、きれいなカスタムプラグインの最後の1つだけが効果的であり、詳細なソリューションを提供するという問題を分析しています。

問題の説明：

ユーザーは、2つのきれいなプラグインを開発しました： prettier-plugin-self-closing-tagsと、 prettier-plugin-transform-imports 。 .prettierrc.js構成ファイルでは、両方のプラグインがpluginsアレイに含まれていますが、実際に実行すると、 prettier-plugin-transform-importsのみが有効になりますが、 prettier-plugin-self-closing-tags失敗します。 2つのプラグインの内部ロジックは類似しており、 withPluginsPreprocess関数を介してpreprocess段階のコードを処理します。

.prettierrc.js構成は次のとおりです。

 // .prettierrc.js
const prettierpluginselfclosingStags = require（ './。prettier-plugins/prettier-plugin-self-closing-tags.js'）;
const prettierplugintransformimports = require（ './。prettier-plugins/prettier-plugin-transform-imports.js'）;
module.exports = {
  シングルクロート：本当、
  プラグイン：[
    prettierplugintransformimports、
    prettierpluginselfclosingtags、
  ]、、
};

prettier-plugin-self-closing-tagsプラグインコードスニペット：

 // Prettier-Plugin-Self-Closing-Tags
// ...（コード省略）...
const withpluginspreprocess =（parser）=> {
  戻る {
    ...パーサー、
    プリプロセス：（コード、オプション）=>
      selfclosingtagspreprocessor（
        parser.preprocess？ parser.preprocess（code、options）：code、
        オプション
      ）、、
  };
};
module.exports = {
  パーサー：{
    バベル：withpluginspreprocess（babelparsers.babel）、
    'babel-ts'：withpluginspreprocess（babelparsers ['babel-ts']）、
    タイプスクリプト：withpluginspreprocess（typeScriptParsers.Typescript）、
  }、
};

問題の根源：

Prettierのプラグインロードメカニズムはこの問題を引き起こします。後で読み込まれたプラグインは、以前にロードされていたプラグインのpreprocess関数を上書きします。この例では、 prettier-plugin-transform-importsはロード後にロードされ、そのpreprocess関数はprettier-plugin-self-closing-tagsのpreprocess関数をオーバーライドするため、 prettier-plugin-transform-imports処理のみが有効になります。

解決：

両方のプラグインがpreprocess法を変更したため、競合が発生します。 2つの解決策があります。

1. マージプラグイン： 2つのプラグインのロジックを1つのプラグインにマージします。これは、プラグイン間の競合を回避するための最も簡単なソリューションです。

2. プラグインロジックを変更してシリアル実行を実装します。 preprocess直接上書きを避けます。次の方法を考慮することができます。

   • さまざまな処理段階を使用してください。Prettierは、 preparse 、 parse 、 printなどの複数の処理段階を提供します。2つのプラグインのロジックは、競合を回避するために異なる処理段階に割り当てることができます。
   • チェーンコールpreprocess ： 1つのプラグインのpreprocess関数で、別のプラグインのpreprocess関数を呼び出して、シリアル実行を実現します。これには、正しい処理順序を確保するためにプラグインコードを変更する必要があります。
   • カスタム処理機能： preprocessの直接変更は避けますが、代わりにカスタム処理機能を作成し、プラグインでこれらの機能を呼び出します。

選択する方法は、プラグインの複雑さとコード構造に依存します。通常、プラグインのマージは最も簡単で効率的なソリューションであり、プラグインロジックがシンプルで関連性がある場合は、この方法を強くお勧めします。プラグインロジックが複雑で互いに独立している場合は、競合を回避するために、適切な処理段階またはカスタム処理機能を慎重に分析および選択する必要があります。これには、きれいなプラグインメカニズムを深く理解する必要があります。

以上が複数のきれいなプラグインの最後が効果的である理由は何ですか？それを解決する方法は？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。