Как зайти в Даркнет?!
25th January, 01:11
5
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
893
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
912
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4350
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4395
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Лучший макет фреймворка, который может делать как WebForms, так и MVC?
Я получаю больше рабочего процесса TDD и имею сочетание приложений MVC и asp.net Web Forms.
MOQ рекомендуется для MVC.
Я использовал Rhino для веб-форм.
У кого-нибудь есть лучшая практика для того, чтобы иметь макет 1 framework для обоих?
Это вроде бы глупый вопрос, но я предпочитаю насмешки носорога, поскольку это представляет собой более полное понимание насмешек против окурков .
Прежде чем перейти к цене, загляните глубоко в TypeMock.
Кроме того, для ASP.NET MVC не рекомендуется издеваться над фреймворком.
Наконец , я бы посоветовал вам придерживаться одной насмешливой структуры в вашем проекте (и даже в вашей команде) - различия, хотя и не огромные, могут привести к путанице, которая является неоправданной при таком решении "polishing-the-rock". Под этим я подразумеваю, что решение не должно быть долгим, просто выберите то, что работает, и продолжайте создавать ценность.
TypeMock-это безумно мощно. Когда мне нужно модульное тестирование веб-приложения, формы, которые не предназначены для тестирования TypeMock спас мою жизнь.
Но когда я беру время, чтобы выбрать архитектурный шаблон (MVC) или разработать такой, который допускает возможность подделки (вы знаете, публичные методы виртуализации изменения состояния), я использую Moq. Это так просто использовать и так просто учить других.
Синтаксис воспроизведения записей TypeMock все еще смущает меня, но он сэкономил мне много времени в плотном графике выпуска. Moq's API почти самоочевиден, что является удивительным достижением, учитывая историю макетной библиотеки.
Я бы просто пошел вперед и использовал свою любимую структуру для обоих. Я не думаю, что есть какая-то причина, по которой я бы выбрал один фреймворк для веб-форм и другой для MVC. Гораздо большая проблема заключается в том, как я вообще буду тестировать свои страницы веб-форм, поскольку, как известно, очень трудно отделить страницу от rest стека HttpRequest.
Мой любимый-Moq. Я также использовал TypeMock. Он стоит денег, но он действительно мощный - он позволяет вам издеваться над конкретными классами и конструкторами, поэтому вы можете потенциально издеваться над такими вещами, как HttpContext или HttpRequest.