Сведения о вопросе

profi

14:36, 3rd August, 2020

Теги

c#   asp.net   asp.net-mvc   testing    

Лучший макет фреймворка, который может делать как WebForms, так и MVC?

Просмотров: 479   Ответов: 5

Я получаю больше рабочего процесса TDD и имею сочетание приложений MVC и asp.net Web Forms.

MOQ рекомендуется для MVC.

Я использовал Rhino для веб-форм.

У кого-нибудь есть лучшая практика для того, чтобы иметь макет 1 framework для обоих?



  Сведения об ответе

baggs

15:05, 18th August, 2020

Это вроде бы глупый вопрос, но я предпочитаю насмешки носорога, поскольку это представляет собой более полное понимание насмешек против окурков .

Прежде чем перейти к цене, загляните глубоко в TypeMock.

Кроме того, для ASP.NET MVC не рекомендуется издеваться над фреймворком.

Наконец , я бы посоветовал вам придерживаться одной насмешливой структуры в вашем проекте (и даже в вашей команде) - различия, хотя и не огромные, могут привести к путанице, которая является неоправданной при таком решении "polishing-the-rock". Под этим я подразумеваю, что решение не должно быть долгим, просто выберите то, что работает, и продолжайте создавать ценность.


  Сведения об ответе

LAST

02:18, 20th August, 2020

Последний релиз Rhino включает в себя большую часть сладкой сладкой любви 3.5, которая есть у MoQ. Я поклонник MoQ, так что это то, что я использую. Но у меня также есть носорог, на случай, если он сделает что-то, чего не делает MoQ.

TL;DR: MoQ это ребенок.


  Сведения об ответе

qwerty101

22:38, 18th August, 2020

TypeMock-это безумно мощно. Когда мне нужно модульное тестирование веб-приложения, формы, которые не предназначены для тестирования TypeMock спас мою жизнь.

Но когда я беру время, чтобы выбрать архитектурный шаблон (MVC) или разработать такой, который допускает возможность подделки (вы знаете, публичные методы виртуализации изменения состояния), я использую Moq. Это так просто использовать и так просто учить других.

Синтаксис воспроизведения записей TypeMock все еще смущает меня, но он сэкономил мне много времени в плотном графике выпуска. Moq's API почти самоочевиден, что является удивительным достижением, учитывая историю макетной библиотеки.


  Сведения об ответе

ЯЯ__4

22:22, 25th August, 2020

Я бы просто пошел вперед и использовал свою любимую структуру для обоих. Я не думаю, что есть какая-то причина, по которой я бы выбрал один фреймворк для веб-форм и другой для MVC. Гораздо большая проблема заключается в том, как я вообще буду тестировать свои страницы веб-форм, поскольку, как известно, очень трудно отделить страницу от rest стека HttpRequest.

Мой любимый-Moq. Я также использовал TypeMock. Он стоит денег, но он действительно мощный - он позволяет вам издеваться над конкретными классами и конструкторами, поэтому вы можете потенциально издеваться над такими вещами, как HttpContext или HttpRequest.


  Сведения об ответе

#hash

12:17, 17th August, 2020

Посмотрите на Ивонну для подделки HTTPContext и традиционного webforms.

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


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться