سؤال

أنا متأكد تمامًا من أن أستاذي سيسألني لماذا اخترت استخدام MVC لتطبيق الويب الخاص بي.

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

لكن لماذا؟ O_O أرسم فارغًا. كيف يكون أكثر ملاءمة من القول ، بناء تطبيق N-Tier؟

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

المحلول

حسنا ، أساسا: فصل المخاوف على مستوى الاستخدام ، وليس المستوى المادي.

اقتباس Poeaa على MVC

MVC يقسم تفاعل واجهة المستخدم إلى ثلاثة أدوار متميزة.

مع MVC ، تقوم بفصل العرض التقديمي (V ، C) عن منطق المجال (M) وتفصل أيضًا عن سلوك واجهة المستخدم (C) عن عرض واجهة المستخدم (V). هذا أكثر قابلية للصيانة من اختتام جميع المخاوف الثلاثة في واحد ، كما أنه يعزز إعادة استخدام واختبار. يتيح لك معالجة التعقيد بشكل أفضل.

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

أما بالنسبة إلى N-Tier ، فإن MVC "الكلاسيكي" لم يتوقع استخدامه على الويب. مع عرض واجهة المستخدم التي تحدث في المتصفح ووحدة التحكم على خادم بعيد ، يعد MVC على الويب دائمًا بنية متعددة المستويات ، وبالتالي الفرق بين USECASE والمادي في البداية. MVC ليس قلقًا حيث يحدث ذلك.

انظر أيضا:

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