Static مقابل الضوابط الديناميكية + القائمة على الموقف

StackOverflow https://stackoverflow.com/questions/1948211

  •  21-09-2019
  •  | 
  •  

سؤال

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

قد لا يستخدم بعض المشروع جميع الحقول العشرين ولكن قل 5-6 حقول ...

الآن ، يقترحني أحد زميلي لتخصيص الإجراء المخزن لإرجاع وقبول الحقول بأسماء الأعمدة التي يتطلبها المشروع ، والسماح لـ SP بإجراء البحث بأسماء الأعمدة الفعلية. كما يقترح بناء الضوابط ديناميكيا.

فكرت في توفير عناصر تحكم ثابت لجميع الحقول العشرين وفقط ملصقات الأسماء الضرورية والتفاعل مع SP باستخدام أسماء الحقل "Filler1" ، "Filler2". هذا يعني أيضًا أننا بحاجة إلى جعل التحكم غير المطلوب غير مرئي ...

كمستخدمين أكثر خبرة ... هل يمكنك تعداد إيجابيات وسلبيات في كلاهما ...

شكرًا

هل كانت مفيدة؟

المحلول

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

لذلك أود أن أنصح بالفعل بعدم إنشاء أي حقول لا تحتاجها ، أو على الأقل إخفاءها في حالة عدم الحاجة إليها.

أما بالنسبة للمكان الذي يضع فيه المنطق ... حسنًا ، فمن المنطقي سحب البيانات التي تحدد الحقول التي يجب عرضها عند من قاعدة البيانات. لكنني أوصي بعدم وضع كل المنطق الذي يجعل الصفحة في الواقع داخل إجراء مخزن. بدلاً من ذلك ، يمكنك استخدام SP لجلب البيانات ، واستخدام لغتك (PHP ، C#/ASP.NET ، Java Servlet ، ما هوك) لمعالجة البيانات بالفعل وتقديم الصفحة.

Htht.

نصائح أخرى

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

اقتراح زميلك سيعمل. على الأقل سيكون لديك القدرة على تغيير عدد عناصر التحكم في أي وقت دون إعادة تجميع الكود الخاص بك.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top