Plugins ja JP
ASFには、ランタイム中にロードできるカスタムプラグインのサポートが含まれています。 プラグインを使用すると、カスタムコマンド、カスタム取引ロジック、サードパーティのサービスやAPIとの統合などでASFの動作をカスタマイズできます。
このページでは、ASFプラグインについて、ユーザーの視点から解説、利用状況などについて説明します。 開発者向けの観点を確認したい場合は、代わりに こちら に移動してください。
ASFは、ASFフォルダにある プラグイン ディレクトリからプラグインを読み込みます。 それはあなたが使用したい各プラグインの専用ディレクトリを維持するために推奨される練習(プラグインの自動更新で必須になります)です。 これは、 MyPlugin のような名前に基づくことができます。 これを行うと、 プラグイン/MyPlugin の最終ツリー構造になります。 最後に、プラグインのすべてのバイナリファイルを専用フォルダ内に配置し、ASFは再起動後にプラグインを適切に検出して使用します。
通常、プラグイン開発者はバイナリを含む zip ファイルの形でプラグインを公開します。そのため、その zip ファイルを plugins ディレクトリ内の専用サブディレクトリに展開する必要があります。
プラグインが正常にロードされた場合、ログにその名前とバージョンが表示されます。 質問、問題、使用を決定したプラグインに関連する使用方法については、プラグイン開発者に相談してください。
注目のプラグインの一部は、サードパーティ セクションで確認できます。
ASF プラグインは悪意のあるものである可能性があることに注意してください。 上記のサードパーティーセクションからのプラグインでも、信頼できる開発者が作ったプラグインを常に使用していることを確認する必要があります。 ASF開発者は、カスタムプラグインを使用する場合、通常のASFのメリット(マルウェア不足やVACフリーなど)を保証することはできません。 プラグインがロードされると、ASFプロセスを完全に制御できることを理解する必要があります。 そのため、カスタムプラグインを使用するセットアップもサポートできません。vanilla ASFコードを実行していないので。
プラグインの複雑さ、対象範囲、その他多くの要因によっては、通常推奨される OS-specific ではなく、generic ASF バリアントの使用が必要になる場合があります。 これは、OS 固有のバリアントは、ASF自体に必要なコア機能のみを備えているためです。 プラグインにはメインの ASF スコープ外のパーツが必要な場合があります。そのため、トリミングされた OS 固有のビルドと互換性がありません。
一般に、サードパーティのプラグインを使用する場合は、互換性を最大限に発揮するためにASFジェネリックバリアントを使用することをお勧めします。 ただし、 すべてのプラグインがそれを必要とするわけではありません - 一般的なASFバリアントを使用する必要があるかどうかを確認するために、プラグインの情報を参照してください。
ASFにはプラグインの自動アップデートのための組み込みメカニズムがあります。 その機能を動作させるには、まず、選択したプラグインがその仕組みを サポート している必要があります。 自動更新をサポートするプラグインをロードした場合、ASFはプラグインの初期化中に適切にログに記録されます。 例えば、「プラグインは自動更新から無効になっています」や「プラグインは登録され、自動更新で有効になっています」など。
デフォルトでは、セキュリティ上の理由により、カスタムプラグインの自動更新は無効になっています。 設定では、PluginsUpdateList および/または PluginsUpdateMode を使用して自動更新を設定できます。詳細については、これらの設定プロパティの説明を読むことをおすすめします。 ASF の更新と同様に、自動更新を無効のままにしておき、必要に応じて updateplugins コマンド を発行することで、手動で更新することもできます。
どちらのアプローチでも、プロセスに読み込んだカスタムプラグインを none、some 、またはすべてアップデートできます。
