- عند سرد الأعضاء في مجموعة، يقبل رمز الواجهة الخلفية معلمات
orderوascللترتيب حسب حقل معين بترتيب تصاعدي/تنازلي. عندما تكون المعلمةascموجودة وغير فارغة، يكون الترتيب تصاعديًا، وإلا يكون تنازليًا. - يبدو أن رمز الواجهة الأمامية لصفحة أعضاء المجموعة قادر أيضًا على تحليل معلمات الاستعلام وتمريرها إلى الواجهة الخلفية.
ascتكونtrueافتراضيًا في الواجهة الأمامية.
عندما أتنقل إلى هذا الرابط: https://try.discourse.org/g/trust_level_2?order=added_at&asc=، أتوقع أن يكون هذا رابطًا مباشرًا لعرض أعضاء المستوى 2 مرتبين حسب وقت الإضافة بترتيب تنازلي، دون الحاجة إلى النقر يدويًا على رأس الجدول لتبديل الترتيب.
ومع ذلك، فإن السلوك الفعلي هو: أنه يعرض أعضاء المستوى 2 مرتبين حسب وقت الإضافة بترتيب تصاعدي، ولكن مع أيقونة “chevron-down” (مما يشير إلى أنه كان يجب أن يُعرض بترتيب تنازلي بدلاً من ذلك):
بالنظر إلى علامة التبويب Network في DevTools، أصدرت الصفحة طلبًا لـ https://try.discourse.org/groups/trust_level_2/members.json?offset=0&order=added_at&asc=false&filter=، بدلاً من https://try.discourse.org/groups/trust_level_2/members.json?offset=0&order=added_at&asc=&filter=.
نظرًا لأن جميع معلمات عنوان URL هي سلاسل نصية، سيتم اعتبار asc=false على أنها غير فارغة بواسطة منطق params[:asc] && params[:asc].present?، وبالتالي إرجاع نتيجة تصاعدية. ربما يجب على رمز الواجهة الأمامية تحويل قيمة Boolean false للمعلمة asc إلى سلسلة فارغة في معلمة URL؟