VL
Понял, не могу ответить на этот вопрос
Size: a a a
2021 July 12
A
а в чем смысл этих вопросов?
A
вот зачем столько времени уделять подбору фрайма для тестирования
E
Вот зачем уделять время подбору %инструмента%
A
типо приходишь на проект там либо уже есть че то, либо нет, то с нуля это легаси не покроешь
E
Ненужное это, гвозди забивает? Забивает. Чего неймется-то?
VL
Ну типо Mock хорош, не вижу смысла его разбавлять какими-то NSubstitute
E
В смысле молоток? А что с табуреткой не так?
VL
Спрашивай)
VL
new Mock<IMyInterface>();
Тоже ничего писать не надо, при необходимости расширить метод используешь Setup, при необходимости засетапить свойство SetupProperty, ничего трудного
Тоже ничего писать не надо, при необходимости расширить метод используешь Setup, при необходимости засетапить свойство SetupProperty, ничего трудного
VL
Ну явно так и должно быть) Неявно если то это implicit
VL
Самый низкий уровень абстракции по-моему это JToken, от него уже наследуются JObject, JArray, etc.
Можешь попробовать его подставить как параметр explicit оператора
Можешь попробовать его подставить как параметр explicit оператора
VL
Ибо странно что нужно явно конвертировать
AS
Для стронг мидла явно маловато
VL
Тогда можешь попробовать
explicit operator myClass(object model)
{
return ((JToken)model).ToObject<myClass>();
}VL
Если парит постоянно конвертировать)
AL
Никакой; не пользуйтесь TDD
A
приведи пример проектов где ты лично использовал этот подход
VL
1) TDD трудно соблюдать со 100% честностью, рано или поздно ты нарушишь его правила, особенно когда тестировать нужно много чего
2) Уходит слишком много времени на написание тестов, зачастую фича нужна вчера и тесты не являются приоритетом
Зависит конечно же от проекта, я работал на одном, где TDD применялся
2) Уходит слишком много времени на написание тестов, зачастую фича нужна вчера и тесты не являются приоритетом
Зависит конечно же от проекта, я работал на одном, где TDD применялся
VL
Но, насколько я понимаю, чаще его не используют, чем используют