سؤال

وأعتقد أن منطق الأعمال يجب أن تكون موجودة في نموذج عند استخدام MVC أو MVP نمط التصميم، ولكن يجب أن تكون مخفية وراء الخدمة في هيكلية الخدمات الموجهة.

هل نظام البرمجيات استخدام MVC أو MVP نمط تصميم ضمن هيكلية الخدمات الموجهة؟ إذا كان الأمر كذلك، أين نموذج الجلوس؟

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

المحلول

وحسنا أنهم حيوانات مختلفة تماما. MVC هو كل شيء عن عرض البيانات، والسيطرة على الملاحة من الحوار المستخدم وبعض منطق الأعمال في بناء نموذج البيانات.

والخدمية هي حول استرداد البيانات من مزود الخدمة.

وعلى جانب العميل، يمكنك استخدام SOA داخل نموذج جزء من نمط MVC لبناء النموذج الخاص بك مع بيانات من خدمة SOA.

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

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

نصائح أخرى

سؤال جيد. أعتقد أن MVC والخدمية، ويجب أن تتعايش. MVC هي العمارة الأكثر سوسسفول عن العضو لنظام الاتصالات. SOA هو الهندسة المعمارية للتواصل الفعال النظام النظام. في معظم منظمة، هناك مكان على حد سواء. لذلك أعتقد أنها سوف تتعايش.

في ناحية كيفية تفاعلها مع بعضها البعض، ورأيي الشخصي هو - سيبقى MVC (مرة واحدة ذهب الضجيج SOA) باعتبارها النمط المعماري الأساسية مع كل نموذج وحدة تحكم تعريض اجهات خدمة عند الاقتضاء.

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