Vaadin-combo-box: دعم مزود البيانات / التحميل البطيء

أي ملاحظات على هذا؟ ربما لا يمثل أولوية عالية لمكون الويب نفسه ، ولكن من منظور مطوري Java الذين يحاولون نقل التطبيقات من FW8 إلى Flow ، يعد هذا مانعًا تمامًا عندما يكون هناك مجموعة ضخمة من العناصر وراء ComboBox استخدام مزود البيانات كسول أمر إلزامي.

صحيح ، لا يحتوي مربع التحرير والسرد على واجهة برمجة تطبيقات مناسبة للتحميل البطيء في الوقت الحالي. هذا مرشح جيد للتحسين. يجب أن تتماشى مع dataProvider API للشبكة.

هذا نوع من الميزات التي يفترض مستخدمو Vaadin القدامى أنها موجودة هناك. لا يمكنني اعتبار Vaadin 10 جاهزًا قبل أن يتمكن صندوق التحرير والسرد الخاص بنا من التعامل مع عدد كبير من الخيارات دون خنق المتصفح أو الشبكة. يرجى القيام بذلك!

مرحبا،
أتفق تمامًا مع mstahv . بعد 3 تطبيقات للإنتاج مع V8 ، بدأت مشروعًا جديدًا منذ شهرين واستخدمت V10. كان التعامل مع مجموعات البيانات الكبيرة أحد الميزات الرئيسية التي أخذناها في Vaadin ودفعنا أيضًا مقابل الاشتراك. بصراحة لم أكن أعتبر أن هذه الميزات مفقودة. الآن لدينا TextField مع الشبكة أدناه لمحاكاة الإيحاء التلقائي. حقا يبدو غريبا.

من الواضح أن كل من هذه الميزة و # 88 هي أكثر الميزات المطلوبة ، لكنني أدرك من المناقشات المختلفة مع الفريق الإرادة لتجديد رمز المكون قبل تقديم ميزات جديدة. هناك بالفعل بعض الأسطر الغامضة التي قد تخيف الزملاء المساهمين

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

tomivirkki ، هل لديك إجابة جيدة لـheruan؟ أنا مهتم أيضًا بسماع أفكار الفريق حول صيانة هذا المكون ، ما إذا كان سيحتاج إلى إعادة بناء / إعادة كتابة قبل إضافة المزيد من الميزات المعقدة؟

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

نحن نجري بعض الأبحاث حول مدى صعوبة إضافة هذه الميزة فوق شفرة المصدر الحالية. في أفضل سيناريو ، لن يتطلب الأمر تغييرات أكبر على المصدر الحالي ولكن يمكن تضمين معظمه كمزيج (كما في حالة

heruan و mstahv فقط للتأكد ، هل أنت على دراية بواجهة برمجة تطبيقات filteredItems لـ <vaadin-combo-box> ؟ يمكن استخدامه لإظهار أي خيارات مخصصة في القائمة المنسدلة لمربع التحرير والسرد أثناء تجاوز التصفية المضمنة. نوع مشابه كما هو الحال مع حقل بحث Google ؛ تكتب شيئًا فيه وتحصل على قائمة بالاقتراحات ذات الصلة أسفل الحقل. في حالة <vaadin-combo-box> الواضح أنه يمكنك الحصول على المزيد من الخيارات (المصفوفة filteredItems ).

هل هناك بعض حالات الاستخدام ذات الصلة التي تتطلب واجهة برمجة تطبيقات مخصصة لموفر البيانات الكسول والتي لا يمكن تغطيتها بـ filteredItems API؟

أنا هنا فقط كما أخبر فريق Flow أنهم بحاجة إليه أولاً لمكون الويب ؛-) أعتقد أن اختيار شخص من مجموعة كبيرة هو مثال جيد. مجموعة كبيرة جدًا لدرجة أنه ليس من المنطقي إرسالها جميعًا إلى المتصفح مرة واحدة.

tomivirkki ، أعتقد أن حالة الاستخدام التي يصفها Matti سيكون من الصعب تنفيذها. ستحتاج إلى الاحتفاظ بمعرف / فهرس العنصر المحدد في مكان ما ، وبعد ذلك ، عندما ينقر المستخدم على مربع التحرير والسرد مفتوحًا ، قم بإحضار الصفحة الصحيحة للعناصر (التي تحتوي على العنصر المحدد) ، مع الاستمرار في التأكد من أن القائمة المنسدلة لمربع التحرير والسرد تعرض موضع التمرير بشكل صحيح.

فقط لتوضيح الأمر: يختلف مربع التحرير والسرد عن الإكمال التلقائي.

tomivirkki إنني على دراية بإمكانيات التصفية ، والتي يمكن أن تحد من عدد العناصر المحملة ، لكننا نواجه حالات يُرجع فيها الفلتر العديد من العناصر ، لذا لا يزال نقل البيانات يمثل مشكلة. يجب أن يؤدي التمرير في القائمة المنسدلة إلى ترقيم العناصر كما هو الحال في <iron-list> كما أقول.

من واقع خبرتي ، لاحظت أن بعض المستخدمين يتوقعون التمرير في مربع تحرير وسرد للعثور على العنصر المطلوب دون كتابة أي شيء.

تم إصداره في https://github.com/vaadin/vaadin-combo-box/releases/tag/v4.2.0-alpha4

مرحبا،
هل من الممكن اختبار واستخدام هذه الميزة مع V11 Java؟ أو متى يمكننا توقع ثنائية في V11 Java؟ شكرا لك.

maticpetek يمكن تتبع التقدم في إصدار Java في vaadin / vaadin-combo-box-flow # 131

نأمل أن ننجح في إصدار 4.2.0 نسخة مستقرة في غضون أسابيع قليلة بحيث يمكن تضمينها في V12 ، والتي ستدخل مرحلة تجريبية في أوائل نوفمبر.