تصميم خاصية
بشكل عام، تمثل الأساليب الاجراءات و تمثل خصائص بيانات. يتم استخدام خصائص مثل حقول، مما يعني أنه يجب أن الخصائص تكون معقدة الممكن لا أو إنتاج تأثيرات جانبية. ل معلومات إضافية حول تصميم خاصية، راجع تصميم خاصية المفهرسةو أحداث إعلام تغيير خاصية.
المساعدة على التأكد من الإرشادات العامة التالية الخاصة بك خصائص كانا جيدا تم تصميمها.
قم بإنشاء خصائص القراءة فقط إذا كان لا يمكن الطالب إلى بتغيير القيمة خاصية.
يجب أن تدرك أن تؤثر mutability نوع خاصية ما مستخدم يمكن تغييرها. على سبيل المثال، إذا قمت بتعريف خاصية القراءة فقط التي تقوم بإرجاع مجموعة قراءة وكتابة، لا يمكن تعيين مستخدم النهائي مجموعة مختلفة إلى الخاصية ولكن يمكنك تعديل العناصر الموجودة في المجموعة.
لا توفر مجموعة فقط خصائص.
إذا كان لا يمكن توفير getter خاصية، استخدم أسلوب إلى تنفيذ الوظيفية بدلاً من ذلك. يجب أن يبدأ اسم الأسلوب Setيتبع بواسطة ما قد تم اسم خاصية. ل مثال، AppDomainيحتوي أسلوب يدعى SetCachePathبدلاً من أن يكون لديك خاصية فقط من التعيين تسمى CachePath.
قم بتوفير معقولة الافتراضي قيم كافة الخصائص، مما يضمن الافتراضي s لا ينتج تصميم فعالة جداً أو فجوة الأمان.
قم بالسماح لخصائص إلى يتم تعيين أي ترتيب حتى إذا كان هذا ما يؤدي إلى الولاية كائن مؤقت غير صالح.
المحافظة على القيمة السابقة إذا يطرح setter خاصية إستثناء.
تجنب التخلص استثناءات من خاصية getters.
يجب أن تكون خاصية getters العمليات البسيطة دون أية preconditions. إذا كان getter قد يقوم بطرح استثناء، خذ بعين الاعتبار redesigning خاصية إلى يكون أسلوباً. لا يتم تطبيق هذه التوصية إلى مفهرسات. يمكن مفهرسات رمى استثناءات نظراً لوسيطات غير صحيحة.
هو صحيحة ومقبولة الإلقاء الاستثناءات من setter خصائص.
أجزاء حقوق النشر 2005 Microsoft Office 2010 Suite Corporation. كافة الحقوق محفوظة.
أجزاء حقوق النشر شركة Addison-Wesley. كافة الحقوق محفوظة.
ل المزيد المعلومات تشغيل إرشادات التصميم، راجع "إطار عمل إرشادات التصميم: كتاب اصطلاحات، Idioms، و نقش لمكتبات.NET القابل لإعادة الاستخدام"ب Krzysztof Cwalina و رفيق Abrams، ينشره Addison-Wesley، 2005.