سؤال

نحن نبني نظام موجه نحو الخدمة حيث فصلنا التطبيق إلى عدة طبقات:

  1. خدمات Web Soap (على سبيل المثال، Buildingservice.asmx)
  2. طبقة منطق الأعمال (على سبيل المثال، buildingxxx)
  3. طبقة الوصول إلى البيانات (على سبيل المثال، BuildingProvider)
  4. أنواع (على سبيل المثال، المبنى)

Soap Web Services ببساطة إنشاء كائن من نوع BuildingXXX من طبقة منطق العمل من أجل الحفاظ على تنفيذ خدمات Web Soap. يستخدم BuildingXXX ثم BuildingRovider من طبقة الوصول إلى البيانات لإرجاع أنواع المعرفة في طبقة كائن نقل البيانات.

لم نتمكن من تحديد ما يجب أن نسميه الكائنات في طبقة منطق الأعمال.

ما هي اتفاقية التسمية "القياسية" لتسمية كيانات مستوى الأعمال هذه؟

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

المحلول

شخصيا، أود أن أتصل بخدمات طبقة طبقة الأعمال الخاصة بك "Buildingservice" ثم اتصل بخدمات الويب "BuildingWebservice".

أو يمكنك دائما الذهاب مع "Buildingmanager" عام أيضا لطبقة الخدمة ..

نصائح أخرى

أسماء الأسماء هي أصدقائك. ماذا عن BusinessLayer.Building، BusinessLayer.Facility؟ استخدم DataLayer.Building، Datalayer.Facility، وما إلى ذلك، يمكنك الاتصال بالأشياء ما هي عليه، ومع ذلك، فإنهم يجب أن يكونوا أشياء مختلفة.

أود أن أذهب بماذا النوافذ (لأن هذا هو ما هم عليه، أليس كذلك؟) ولكن بعد ذلك أنا في الواقع أعرف ما هي الاتفاقيات ...

أنا أفضل البادئات بدلا من اللواحق، بحيث فرز الطبقات ذات الصلة معا، على سبيل المثال

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