المبادئ التوجيهية لكتابة الإطار

Question

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

أفكر في جميع الأغلفة والمساعدات المتنوعة التي رأيتها لـ NHibernate وlog4net والتعليمات البرمجية التي قرأتها من مشاريع مثل NLog و NetTopologySuite وأرى الكثير من الأساليب الجيدة، ولكن بصراحة أنا في حيرة من أين أبدأ.

راجع للشغل - أنا أعمل في C# 3.5 ولكن الأمر يتعلق بالنهج الموصى به بدلاً من اللغة.

Answer 1

براد أبرامز إرشادات تصميم الإطار الكتاب هو كل شيء عن هذا.قد يكون من المفيد نظرة.

Answer 2

حاول كتابة التعليمات البرمجية لتكون أكثر مرونة.على سبيل المثال، إذا كان لديك طريقة تقبل مصفوفة كمعلمة، فهل ستتمكن من قبول IEnumerable أو IList بدلاً من ذلك؟

Answer 3

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

Answer 4

تختلف كتابة التعليمات البرمجية لإطار العمل تمامًا عن كتابة تعليمات برمجية للتطبيق.

لقد قمت دائمًا باستشارة (وطلبت من الآخرين استشارة) إرشادات التصميم لمطوري مكتبة الفصل عند كتابة كود مستوى الإطار.