.صافي واجهات

Question

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

يجب أن يكون لديك الخصائص التي يمكنك ملء أو استخدام paramterized الفرعية لتحميل المعلومات في الضوابط ؟

جزء من خوفي من استخدام paramteter هو حقيقة لا أستطيع أن تأكد من أن كل شيء سوف يتم ملؤها.

ما هي القاعدة الأساسية هي استخدام واجهات?لم خلق واحد.و يجب أن تحاول هذا أو البقاء مع 'sub تحميل'?

Answer 1

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

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

أود أن أشير إلى أي كتاب في VB.NET/C#/OOP لمعرفة تركيب الواجهات.واجهات أساسا لوصف العقد للحصول على الدرجة.إذا كان لديك فئة A و B و كل من يقوم بتطبيق واجهة تسمى ITime ثم كلا سوف توفر كل أساليب محددة على ITime.فإنها يمكن أن لا تزال إضافة أساليب خاصة بهم ولكن يجب عليهم في الدنيا تشمل تنفيذ ITime أساليب (على سبيل المثال.قد يكون لدينا GetDate(), GetCurrentTime() كما طرق على ITime).واجهة لا تقل الفئة A أو B كيف أن هذه الأساليب يجب أن تعمل فقط اسمه المعلمات نوع الإرجاع.البحث الميراث في OOP كتاب لمزيد من المعلومات حول كيفية واجهات الميراث يختلف عن تنفيذ الميراث.