Завод в DTO - PullRequest
       15

Завод в DTO

0 голосов
/ 29 января 2009

У нас были споры - за и против того, что у нас есть фабрика для тестирования некоторого сервиса. Идея заключается в том, что служба вызывается с параметрами примитивных типов (имя пользователя, пароль и т. Д.), Но зависимость службы следует использовать с помощью этих примитивов. Единственный способ проверить это состоял в том, чтобы ввести в службу дополнительную зависимость, DtoFactory, и таким образом убедиться, что примитивные параметры используются так, как мы хотели. Что меня беспокоит, так это идея «FactoryX per DtoX». Что будет альтернативой? Спасибо

Ответы [ 2 ]

0 голосов
/ 30 января 2009

Кажется, я ответил на свой вопрос. Испытательная часть не должна соответствовать этому требованию. Тест должен быть выполнен по-другому. Rhino Mocks 3.5 помогает добиться этого, чтобы устранить любую потребность в фабрике. Я написал об этом здесь: http://weblogs.asp.net/sfeldman/archive/2009/01/29/factory-per-dto.aspx

0 голосов
/ 29 января 2009

Используя Spring Framework, я бы просто больше не помещал информацию для входа в DTO (или в Thread Storage, которым я управляю). Я бы просто позволил пружине ввести необходимые учетные данные в сервис при необходимости.

Это очень хорошо работает с информацией для входа. Когда вы проводите интеграционные тесты, как вы делаете, Spring обо всем позаботится.

Вы просили альтернативы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...