Я'м получать больше рабочего процесса ТДД и смесь MVC и web ASP.NET формы приложений.
Moq является рекомендуемой для MVC.
Я'вэ использовал носорога для веб-форм.
У кого-нибудь есть лучшие практики для 1 рамочный макет для обоих?
Это своего рода глупый вопрос, но я предпочитаю носорог издевается, как она представляет собой более полное понимание издевается и заглушки.
Посмотрите глубоко в TypeMock, прежде чем приступить к цене.
Кроме того, нет рекомендуется насмешливый рамок ASP.NET в MVC.
Наконец - то я'д рекомендуем вам придерживаться одной насмешливый рамок в вашем проекте (и даже в вашей команде) - разницы, в то время как не огромный, может привести к путанице, что является необоснованным по такому-то "полировка-на-рок" решение. Под этим я подразумеваю решение не должно быть длинным, просто выберите то, что строительство и создание ценности.
Рино'последний релиз включает много сладкого сладкого 3.5 любви, что срок годности. Я'м фанат обьем Moq, так что's то, что я'м через. Но у меня есть носорог, в случае, если он делает что-то, что минимальный заказ не'т сделать.
ТЛ;ДР: Moq это ребенок.
TypeMock безумно мощный. Когда я ** необходимо полностью протестировать веб-приложения форм это было'т предназначены для TypeMock контролепригодность спас мне жизнь.
Но когда я беру время, чтобы выбрать архитектурный шаблон (или MVC), или дизайн, который позволяет для Mockability (ты знаешь, общественных виртуализации состояние изменение методов) я использую Moq для. Он настолько прост в использовании и настолько проста, чтобы учить других.
TypeMock's записи синтаксиса анализировать все еще смущает меня, но это спасло меня много времени в плотном графике выхода. Обьем Moq'ы API-это почти самоочевидно что это удивительное достижение, учитывая издеваться над историей библиотеки.
Я бы просто идти вперед и использовать мое любимое рамок для обоих. Я не'т думаю, что там's любой причине, что я хотел выбрать один фреймворк для веб-форм и другой для MVC. Гораздо большей проблемой является как бы блок проверить мою веб-страниц, поскольку она'ы трудно отделить страницу от остальной стопки класса HttpRequest.
Мой любимый-это минимальный заказ. Я'вэ также использовать TypeMock. Это стоит денег, но это's действительно мощный - это позволяет издеваться над конкретными классами и конструкторами, так что вы потенциально могли бы насмехаться над вещами, как свойство HttpContext или HttpRequest.
Смотришь на Ивонну за подделывание HttpContext и традиционных форм.