تحديد أفضل طريقة لكسر التعليمات البرمجية في مساحات واسعياء مختلفة

Question

لدي الدلائل التالية:

-ui.
-Businesslogic.
-الدخول الى البيانات
-الكائنات الأعمال

إذا كان لدي فئة عبارة عن كعب عميل لخدمة جانب الخادم التي تتغير الحالة على نظام الخادم، فأين ستذهب. وبعد

Answer 1

هذا الرمز ينتمي إلى سلة المحذوفات ؛-)

على محمل الجد، إذا كتبت ذلك ولا تعرف أين تذهب، إما إما الرمز مشكوك فيه أو تقسيمك مشكوك فيه؛ كيف من المفترض أن يكون لدينا المزيد من المعلومات حول نظامك أكثر مما لديك؟

الآن إذا كنت تريد فقط بعض الآراء غير المطلعين، أولئك الذين حصلنا عليها Petabyte:

1. يذهب في واجهة المستخدم لأنك قلت انها كعب العميل
2. يذهب في منطق الأعمال لأنه ينفذ تأثير قاعدة الأعمال
3. يذهب في طبقة الوصول إلى البيانات لأنه يتم الوصول إلى خدمة تغيير الحالة
4. يذهب في طبقة كائن الأعمال لأنه يؤدي إلى تغيير حالة على الخادم

سيكون الأمر أكثر فائدة إذا أخبرتنا ما يفعله الكعب فعلا؛ بدون تفاصيل من الصعب معرفة المكان الذي ينتمي إليه و / أو من السهل أن يجادل في فراغ حول المكان الذي ينتمي إليه

Answer 2

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

Answer 3

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

Answer 4

في مستودع خدمة ويب.