سؤال

أنا أتعامل مع المزيد من سير عمل TDD، ولدي مزيج من تطبيقات MVC وasp.net Web Forms.

ينصح موك لMVC.

لقد استخدمت Rhino لنماذج الويب.

هل لدى أي شخص أفضل الممارسات للحصول على إطار عمل واحد لكليهما؟

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

المحلول

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

ليرة تركية؛دكتور:موك ذلك الطفل.

نصائح أخرى

هذا سؤال سخيف نوعًا ما، لكنني أفضل Rhino Mocks لأنه يمثل فهمًا أكثر اكتمالاً يسخر مقابلبذرة.

انظر بعمق إلى TypeMock قبل الالتزام بالسعر.

كما أنه لا يوجد إطار عمل مستهزئ موصى به لـ ASP.NET MVC.

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

TypeMock قوي بجنون.عندما ضروري لاختبار وحدة تطبيق نماذج ويب لم يتم تصميمه للاختبار، أنقذ TypeMock حياتي.

ولكن عندما أخصص الوقت لاختيار نمط معماري (MVC) أو تصميم نمط يسمح بالمحاكاة (كما تعلمون، أساليب تغيير الحالة الافتراضية العامة) فإنني أستخدم Moq.إنه سهل الاستخدام وسهل جدًا لتعليم الآخرين.

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

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

المفضل لدي هو موك.لقد استخدمت أيضًا TypeMock.إنه يكلف أموالاً، لكنه قوي حقًا - فهو يتيح لك السخرية من الطبقات والمنشئات الملموسة، لذلك من المحتمل أن تسخر من أشياء مثل HttpContext أو HttpRequest.

ابحث في Ivonna عن تزوير HTTPContext ونماذج الويب التقليدية.

http://sm-art.biz/Ivonna.aspx

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