Kibana: استخدام معرفات فريدة للمكونات الإضافية في النظام الأساسي الجديد

في المسودة الحالية للنظام الأساسي الجديد ، يتم تحديد المكونات الإضافية بسلسلة (على سبيل المثال لتحديد التبعيات).

أود مناقشة جعل هذه المعرفات فريدة بطريقة ما ، على سبيل المثال باستخدام اسم java-ish مثل org.elastic.timelion أو de.timroes.demo-plugin . بهذه الطريقة لا يمكن أن يحدث تضارب في التسمية بعد الآن ، لأن الناس يستخدمون أسماء بسيطة للغاية ولديك عدة مكونات إضافية تسمى على سبيل المثال 3dcharts .

يمكن أن يستخدم مخطط تسمية آخر نطاقًا يشبه npm ، على سبيل المثال @elastic/timelion أو @timroes/demo-plugin . أعتقد أن كلا الاقتراحين لهما إيجابيات وسلبيات.

يعد استخدام النطاق أكثر استخدامًا لـ JavaScript-ish وقد يكون ميزة إذا كان يجب استخدام npm لإدارة المكونات الإضافية . أرى ميزة في أسماء Java-ish ، حيث أفترض أن الكثير من الأشخاص ليس لديهم مستخدم npm وسيستخدمون بالفعل @scope لا ينتمي إليهم بالفعل ، بينما نادراً ما قابلت أي شخص ، لن يكون قادرًا على بناء اسم مجال مقدس لمجال خاص أو مجال شركة.

مهما كان التنسيق الذي يمتلكه هذا المعرّف الفريد ، فقد يكون من المنطقي فرض هذا التنسيق في النظام الأساسي الجديد مباشرةً وحظر أي مكونات إضافية لا تتوافق مع نظام التسمية هذا.

<discuss>