Apicurio-studio: المحرر: دعم allOf (وراثة نوع البيانات)

EricWittmann بعد أن أمضيت اليومين الماضيين في الأداة ، ربما تكون هذه هي الفجوة الأكبر التي تمنعني من استخدام الأداة مع العملاء

نعم. إضافته إلى القائمة!

أي مزيد من التفكير في هذا؟ أنا أقرأ لبدء بعض المشاريع وأحب استخدام apicruio لكن هذه المشكلة تمثل مانعًا حقيقيًا

لدي بعض الأفكار في هذا المجال ولكن لم تتح لي الفرصة للعمل عليها حقًا. تراكم الميزات واسع جدًا ، بما في ذلك تجديد واسع النطاق نسبيًا لـ UX.

هل من المحتمل أن تكون لديك بعض الأفكار حول الشكل الذي قد تبدو عليه واجهة المستخدم التي تدعم allOf (ويفترض أن تكون oneOf و anyOf)؟

يجب أن يوضح لي allOf أن التعريف foo يوسع شريط التعريف ويفضل أن يكون تعدادًا للحقول التي تشكل جزءًا من الشريط. يجب أن يرتبط عرض foo ارتباطًا تشعبيًا بالشريط. أتخيل هنا نوعًا من الشاشة المنقسمة ، لكن تصميم واجهة المستخدم ليس قوتي.

OneOf و anyOf هما حالات استخدام مختلفة من وجهة نظر UX. في تلك السيناريوهات ، أحتاج ببساطة إلى تعداد التعريفات التي يمكن استخدامها عند تعيين متغير ، لكني لست بحاجة إلى رؤية تفاصيل التعريفات مثل ما هو مطلوب في allOf. أنا فقط بحاجة إلى معرفة قائمة أسماء التعريفات.

سأثير المشكلة مع UX لمعرفة ما إذا كان بإمكاننا التوصل إلى شيء ما. لسوء الحظ ، ربما لا يكون هذا هو العنصر الأعلى في قائمة المهام ، لكنني سأبذل قصارى جهدي. :)

فهمت ، أريدك فقط أن يكون لديك سياق لما هو مطلوب لنا لاستخدام هذا الشيء في المختبر. هذا هو الشيء الكبير الآن - يمكنني التعامل مع معظم الأشياء الأخرى. لكني أحتاج إلى أن أكون قادرًا على القيام بالميراث في مشروع حقيقي.

فهمت تماما. :) سأدفع هذا المطلب إلى أقصى حد ممكن - أود بالتأكيد أن يكون Apicurio مفيدًا قدر الإمكان في مشاريع العالم الحقيقي.

إذا كانت لديك مشكلات أخرى لم تذكرها بعد ، فيمكن تحسينها - بالتأكيد أخبرني بها أيضًا. (ملاحظة: نحن نعمل على تصميم ميزة CRUD ، والتي ستجعل من السهل جدًا إضافة عمليات قياسية لـ "مورد" بسرعة)

مرحبا ، هل من أخبار عن هذا؟ إنه لأمر مثير للشفقة أن مثل هذه الأداة الجيدة لا يمكنها التعامل مع الميراث ...

للأسف لا شيء حتى الآن ، على الرغم من عدم وجود الرغبة في دعم الميراث. مجرد مسألة تحديد الأولويات ، حقًا.

ما قد يساعد كثيرًا ، إذا كان لدى أي شخص مهارات تصميم UX ، هو نموذج بالحجم الطبيعي لكيفية عمل ذلك. قدمت @ sherl0cks بالفعل بعض الأفكار ، ولكن سيكون من الأسهل بكثير تنفيذ شيء ما هنا بتصميم UX. أو إذا كان لديك أداة تقوم بشيء مماثل بالطريقة التي تريدها ، فلا تتردد في الإشارة إلى ذلك!

أدرك أنه قد يكون هناك الكثير لأطلبه. :)

في كلتا الحالتين ، سوف يتم ذلك ، لكني لا أعرف متى بعد.

مهلا،

إذا كان جزء UX لا يزال مانعًا - فلماذا لا تعيد استخدام نمط علامة التبويب الحالي مثل https://imagebin.ca/v/4mkbz35931av

بديل - قم بإنشاء نوع بيانات "مركب" (بجانب مصفوفة ، سلسلة ، عدد عشري ، ...) ، بمجرد تحديده - اعرض نفس النموذج (حيث يمكنك إضافة أنواع مختلفة) مع بعض الحشو على اليسار.

توريث ps هي ميزة توثيق OpenApi القاتلة لأنها توفر الكثير من النسخ واللصق!

هذا ليس تصميمًا سيئًا! شكرا على المساهمة. آمل أن تكون موافقًا على هذا ، لكنني اعتقدت أنه سيكون من المفيد تضمين الصورة لتسهيل الأمور (لا داعي للنقر فوق imagebin):

ناه ، سأنتظر حتى يتم تحرير هذا ثم سأطالب بانتهاك حقوق النشر! :د

بخلاف ذلك - أنتم يا رفاق بنيتوا أداة رائعة! تهاني!

هاها! 🤣

على أمل أن يتم تنفيذ هذه الميزة!

العمل على هذا الآن (أخيرًا). :)

أعلم أن الأمر استغرق وقتًا طويلاً ، ولكن تطبيقًا أوليًا للدعم الأساسي allOf و oneOf و anyOf (من الواضح أنه بالنسبة لمستندات OpenAPI 2.0 هو "allOf" فقط).

هذا مجرد تطبيق تجريبي للدعم. أرغب في الحصول على بعض التعليقات حول هذا الموضوع. أعتقد أن هناك مجموعة من التحسينات التي يمكن إجراؤها ، لكنني مهتم بما يعتقده الآخرون أولاً.

سأقوم بإصدار اليوم حتى يتمكن الجميع من اختبار الميزات باستخدام الإصدار "جرب الآن" (السحابة) من Apicurio Studio.

تم الإصلاح بواسطة: https://github.com/Apicurio/apicurio-studio/pull/1022

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

لسوء الحظ ، لم يمض وقت طويل في دور أستخدم فيه Apicurio ، لكن هذا يبدو رائعًا EricWittmann !