دروس المنطق التجارية تسمية

Question

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

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

Answer 1

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

Answer 2

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

Answer 3

من وصفك، يبدو أن فئات WCF تنفذ بالفعل خدمة مضيف. وبعد أنا عادة اسم هذه الفصول مع لاحقة "ServiceHost". يفصلهم بشكل جيد من فئات الخدمة الفعلية.

لذلك، على سبيل المثال، سيكون لديك منطق عملك في الفصل المسمى "CustomerService" وسيتم تسمية فئة WCF المقابلة "Customerservicehost".