Kibana: Menggunakan id unik untuk plugin di platform baru

Dibuat pada 7 Jul 2017  ·  3Komentar  ·  Sumber: elastic/kibana

Dalam draf platform baru saat ini, plugin diidentifikasi dengan string (misalnya untuk menentukan dependensi).

Saya ingin membahas cara membuat id ini lebih unik, misalnya dengan menggunakan nama Java-ish seperti org.elastic.timelion atau de.timroes.demo-plugin . Dengan begitu tidak akan terjadi lagi tabrakan penamaan, karena orang menggunakan nama yang terlalu sederhana dan Anda memiliki beberapa plugin bernama misalnya 3dcharts .

Skema penamaan lain dapat menggunakan pelingkupan seperti npm, misalnya @elastic/timelion atau @timroes/demo-plugin . Saya pikir kedua saran memiliki pro dan kontra.

Menggunakan pelingkupan lebih JavaScript-ish dan mungkin menjadi keuntungan jika npm harus digunakan untuk manajemen plugin. Saya melihat keuntungan dalam nama Java-ish, bahwa saya berasumsi bahwa banyak orang tidak memiliki pengguna npm dan akan benar-benar menggunakan @scope yang sebenarnya bukan milik mereka, sedangkan saya jarang bertemu siapa pun, yang tidak akan dapat membangun nama domain penghormatan untuk domain pribadi atau perusahaan.

Format apa pun yang dimiliki id unik, mungkin masuk akal untuk menerapkan format itu di platform baru secara langsung dan melarang plugin baru apa pun, yang tidak sesuai dengan skema penamaan itu.

<discuss>

New Platform Core discuss

Komentar yang paling membantu

Saya dapat melihat manfaat dari ini, tetapi ini juga merupakan masalah yang dapat kita selesaikan kapan saja di masa depan. Kami tidak memiliki epidemi id plugin duplikat, dan ketika ada id plugin duplikat di alam liar, sangat jarang Anda ingin menginstal kedua plugin tersebut sekaligus. Saya menyukai pemikiran ke depan semacam ini tentang potensi pengembangan plugin yang meluas yang didorong oleh platform baru, tetapi mari kita tangani ini di lain waktu ketika itu benar-benar menjadi masalah.

@elastis/kibana-platform bagaimana menurut Anda?

Semua 3 komentar

Mungkin pengecualian untuk plugin inti bawaan bisa masuk akal, bahwa ini tidak memerlukan awalan, tetapi saya juga melihat beberapa kelemahan dari memperkenalkan pengecualian sejak awal lagi.

Saya dapat melihat manfaat dari ini, tetapi ini juga merupakan masalah yang dapat kita selesaikan kapan saja di masa depan. Kami tidak memiliki epidemi id plugin duplikat, dan ketika ada id plugin duplikat di alam liar, sangat jarang Anda ingin menginstal kedua plugin tersebut sekaligus. Saya menyukai pemikiran ke depan semacam ini tentang potensi pengembangan plugin yang meluas yang didorong oleh platform baru, tetapi mari kita tangani ini di lain waktu ketika itu benar-benar menjadi masalah.

@elastis/kibana-platform bagaimana menurut Anda?

Saya akan menutup ini sebagai perbaikan yang tidak biasa untuk saat ini. Seperti yang saya sebutkan di komentar saya sebelumnya, saya pikir ide-ide di sini masuk akal tetapi kita belum benar-benar mencapai masalah ini. Kami dapat menghidupkan kembali utas ini atau membuka yang baru jika/ketika itu menjadi masalah umum dalam praktik.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat