新しいプラットフォームの現在のドラフトでは、プラグインは文字列で識別されます（依存関係を定義するためなど）。
org.elastic.timelionやde.timroes.demo-pluginのようなJava風の名前を使用するなど、このIDをより一意にする方法について説明したいと思います。 そうすれば、名前の衝突はもう起こりません。なぜなら、人々はあまりにも単純な名前を使用し、たとえば3dchartsという名前の複数のプラグインがあるからです。
別の命名スキームは、npmのようなスコープを使用することです（例： @elastic/timelionまたは@timroes/demo-plugin 。 どちらの提案にも長所と短所があると思います。
スコープの使用はJavaScriptに似ており、プラグイン管理にnpmを使用する必要がある場合に有利になる可能性があります。 Java風の名前には利点があります。多くの人がnpmユーザーを持っておらず、実際には彼らに属していない@scopeを使用すると思いますが、私はめったに会ったことがありませんが、プライベートドメインまたは会社ドメインのrevereドメイン名を作成することはできません。
一意のIDの形式が何であれ、新しいプラットフォームでその形式を直接適用し、その命名スキームに準拠していない新しいプラグインを禁止することは理にかなっています。
<discuss>
timroes
全てのコメント3件
組み込みのコアプラグインの例外は、プレフィックスを必要としないという意味で意味があるかもしれませんが、最初から例外を導入することにはいくつかの欠点もあります。
timroes
2017年07月07日
これのメリットはわかりますが、これは将来いつでも解決できる問題でもあります。 重複するプラグインIDの流行はありません。また、重複するプラグインIDが実際に存在する場合、これらのプラグインの両方を一度にインストールすることは非常にまれです。 新しいプラットフォームが促進する広範なプラグイン開発の可能性についてのこの種の前向きな考えは好きですが、後で実際に問題になるときにこれに対処しましょう。
@ elastic / kibana-platformどう思いますか？
epixa
2018年05月05日
とりあえず、これを修正するつもりはありません。 以前のコメントで述べたように、ここでのアイデアは正しいと思いますが、実際にはまだこの問題に直面していません。 実際に一般的な問題になった場合は、このスレッドを復活させるか、新しいスレッドを開くことができます。
epixa
2019年04月23日
関連する問題
nyurik
·
3コメント
mark54g
·
3コメント
bhavyarm
·
3コメント
cafuego
·
3コメント
MaartenUreel
·
3コメント
最も参考になるコメント
これのメリットはわかりますが、これは将来いつでも解決できる問題でもあります。 重複するプラグインIDの流行はありません。また、重複するプラグインIDが実際に存在する場合、これらのプラグインの両方を一度にインストールすることは非常にまれです。 新しいプラットフォームが促進する広範なプラグイン開発の可能性についてのこの種の前向きな考えは好きですが、後で実際に問題になるときにこれに対処しましょう。
@ elastic / kibana-platformどう思いますか？