C# سؤال هندسة كائن الأعمال فيما يتعلق بالأعمال و DTO كائنات

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

  •  24-09-2019
  •  | 
  •  

سؤال

خلفية

لدينا هندسة كائنات أعمالنا الخاصة ، وأخف بكثير (... واستند بشكل فضفاض ، ولكن لا تستخدم في الواقع ...) من إصدار كائن العمل "CSLA" مع استخدام مماثل ، والتحقق من صحة ، دال شاملة إلخ. تم إنشاء الكود (يتم تخزين بروكس وكائنات الأعمال المليئة باستخدام CODESMITH)

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

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

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

بالنظر إلى هذا الأمر والويب ، يأتي مصطلح DTO كثيرًا. لقد أنشأنا هذه الكائنات الأساسية ضمن مساحة اسم DTO ، هذه الكائنات هي كائنات أساسية تمثل إصدارات أساسية أو محددة من كائنات العمل ولكن ليس لها ميزات باستثناء المُنشئين التي تقبل إما dataRow أو كائن عمل لملء كائن "DTO".

أسئلة:

1) هل تسمي هذا كائن "DTO" صحيح؟

2) بدلاً من وجود مُنشئين لتوفير البيانات وتعيين خصائص الكائن ، في حالة أن يكون رمز السكان هذا في فئة مختلفة ، نوع من "فئة المساعدة"

أي تعليقات على المصطلحات وتسمية الاتفاقيات لما أحاول القيام به؟

شكرًا

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

المحلول

1) نعم.

2) لا أرى مشكلة كبيرة ، على الرغم من أنك تحد من استخدام DTO. لكن مرة أخرى ، لا أرى مشكلة كبيرة معها. هناك إطار رسم خرائط يمكنك استخدامه للقيام بذلك من أجلك والذي يمكنك العثور عليه هنا http://www.lostechies.com/blogs/jimmy٪5fbogard/archive/2009/01/22/automapper-the-object-object-mapper.aspx

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