Kibana: Utilisation d'identifiants uniques pour les plugins dans la nouvelle plate-forme
Dans le projet actuel de la nouvelle plate-forme, les plugins sont identifiés par une chaîne (par exemple pour définir des dépendances).
J'aimerais discuter de la possibilité de rendre ces identifiants plus uniques, par exemple en utilisant un nom java comme org.elastic.timelion ou de.timroes.demo-plugin . De cette façon, il ne pourrait plus y avoir de collisions de noms, car les gens utilisent des noms trop simples et vous avez plusieurs plugins nommés par exemple 3dcharts .
Un autre schéma de nommage pourrait utiliser une portée de type npm, par exemple @elastic/timelion ou @timroes/demo-plugin . Je pense que les deux suggestions ont leurs avantages et leurs inconvénients.
L'utilisation de la portée est plus JavaScript et pourrait être un avantage si npm devait être utilisé pour la gestion des plugins. Je vois l'avantage dans les noms Java-ish, que je suppose que beaucoup de gens n'ont pas d'utilisateur npm et utiliseraient en fait un @scope qui ne leur appartient pas réellement, alors que j'ai rarement rencontré quelqu'un, qui ne serait pas en mesure de créer un nom de domaine révéré pour un domaine privé ou d'entreprise.
Quel que soit le format de cet identifiant unique, il peut être judicieux d'appliquer directement ce format dans la nouvelle plate-forme et d'interdire tout nouveau plug-in non conforme à ce schéma de dénomination.
<discuss>
timroes
Tous les 3 commentaires
Peut-être qu'une exception pour les plugins de base intégrés pourrait avoir du sens, que ceux-ci n'auront pas besoin d'un préfixe, mais je vois aussi plusieurs inconvénients à introduire des exceptions dès le départ.
timroes
le 7 juil. 2017
Je peux voir l'avantage de cela, mais c'est aussi un problème que nous pouvons résoudre à tout moment dans le futur. Nous n'avons pas une épidémie d'identifiants de plugins en double, et lorsqu'il y a des identifiants de plugins en double dans la nature, il est exceptionnellement rare que vous souhaitiez installer ces deux plugins en même temps. J'aime ce genre de réflexion prospective sur le potentiel de développement généralisé des plugins que la nouvelle plate-forme encourage, mais traitons cela plus tard, lorsque cela deviendra réellement un problème.
@elastic/kibana-platform qu'en pensez-vous ?
epixa
le 5 mai 2018
Je vais fermer cela comme un correctif habituel pour l'instant. Comme je l'ai mentionné dans mon commentaire précédent, je pense que les idées ici sont bonnes mais que nous ne sommes pas encore en train de résoudre ce problème. Nous pouvons ressusciter ce fil ou en ouvrir un nouveau si/quand cela devient un problème courant dans la pratique.
epixa
le 23 avr. 2019
Questions connexes
cafuego
·
3Commentaires
timroes
·
3Commentaires
Ginja
·
3Commentaires
ctindel
·
3Commentaires
spalger
·
3Commentaires
Commentaire le plus utile
Je peux voir l'avantage de cela, mais c'est aussi un problème que nous pouvons résoudre à tout moment dans le futur. Nous n'avons pas une épidémie d'identifiants de plugins en double, et lorsqu'il y a des identifiants de plugins en double dans la nature, il est exceptionnellement rare que vous souhaitiez installer ces deux plugins en même temps. J'aime ce genre de réflexion prospective sur le potentiel de développement généralisé des plugins que la nouvelle plate-forme encourage, mais traitons cela plus tard, lorsque cela deviendra réellement un problème.
@elastic/kibana-platform qu'en pensez-vous ?