Как проверить коллекцию интерфейса использования с Носорогом. Насмешки

Question

Как проверить коллекцию интерфейса использования с Носорогом. Насмешки

В моем интерфейсе

public IMyListInterface : IList { void Foo(); }

как я могу легко создать пример для тестирования классов то использование IMyListInterface.

Currently I'm using GenerateStub() and delegating the needed methods/properties to a List list but it's tedious.

В настоящее время заставлять следующий код при тесте работать

foreach (var match in matchList)

Я делаю следующее в своем испытательном классе

IList baseList = new List();
IMyListInterface matchList = MockRepository.GenerateStub();

matchList.Stub(m => m.GetEnumerator()).Return(null).WhenCalled(i => i.ReturnValue = baseList.GetEnumerator());

Есть ли лучший путь?

0

добавлено 09 Январь 2013 в 06:10 автор sixeyes отредактировано 10 Январь 2013 в 12:19

Просмотры: 4

источник

nl ja de

Почему не только используют Носорога. Дразнит встроенный метод "Окурка" - т.е. myListStub. Окурок (f => f. Фу ())? Могли вы показывать некоторый код как you' ре, в настоящее время используя Носорога. Насмешки?

добавлено 09 Январь 2013 в 10:44, автор PatrickSteele, источник

Let' s предпринимают шаги назад. Почему вы хотите дразнить список? Обычно (не всегда), насмешка используется, чтобы погасить всю зависимость. Есть ли некоторое поведение списка, который вы хотите погасить - но сохранять остальную часть функциональности тем же самым? Больше информации помогло бы.

добавлено 10 Январь 2013 в 02:37, автор PatrickSteele, источник

Let' s предпринимают шаги назад. Почему вы хотите дразнить список? Обычно (не всегда), насмешка используется, чтобы погасить всю зависимость. Есть ли некоторое поведение списка, который вы хотите погасить - но сохранять остальную часть функциональности тем же самым? Больше информации помогло бы.

добавлено 10 Январь 2013 в 02:37, автор PatrickSteele, источник

Почему вы даже гасите внедрение IMyListInterface? Если у этого просто есть поведение списка (добавляют/удаляют), просто используют конкретную реализацию - никакая потребность погасить его (насколько я могу сказать - вы все еще haven' t обеспеченный код, чтобы показать то, что это - you' ре, пытающееся проверить).

добавлено 14 Январь 2013 в 12:36, автор PatrickSteele, источник

Почему вы даже гасите внедрение IMyListInterface? Если у этого просто есть поведение списка (добавляют/удаляют), просто используют конкретную реализацию - никакая потребность погасить его (насколько я могу сказать - вы все еще haven' t обеспеченный код, чтобы показать то, что это - you' ре, пытающееся проверить).

добавлено 14 Январь 2013 в 12:36, автор PatrickSteele, источник

Окурок для Фу хорошо работает, но моделирование поведения списка утомительно, поскольку я должен погасить, Добавляют, RemoveAt, рассчитывают и т.д. Я задавался вопросом, был ли способ заставить Насмешки Носорога позволять мне говорить ему использовать Список непосредственно.

добавлено 10 Январь 2013 в 05:51, автор sixeyes, источник

Окурок для Фу хорошо работает, но моделирование поведения списка утомительно, поскольку я должен погасить, Добавляют, RemoveAt, рассчитывают и т.д. Я задавался вопросом, был ли способ заставить Насмешки Носорога позволять мне говорить ему использовать Список непосредственно.

добавлено 10 Январь 2013 в 05:51, автор sixeyes, источник

Я don' t хотят дразнить список. Но пункт, я хочу проверить выставки, перечисляет поведение. Идеально я хочу просто иметь список (например, новый Список ()), но couldn' t видят, как я могу получить это. У меня есть переменная под названием MatchList в моем классе, проверяемом типа IMyListInterface, и я должен получить поведение списка от той переменной. Я пытался бросить Список в IMyListInterface, но это бросило исключение.

добавлено 11 Январь 2013 в 01:00, автор sixeyes, источник

Хорошо. I' ll пытаются объяснить его настолько лучше всего, как я могу, но до сих пор I' ve, очевидно, потерпел неудачу. В CSLA у списков есть сложное поведение по сравнению с IList. Например, у списка есть собственность IsValid, которая указывает на законность всех пунктов в списке. В деловом слое мне нужна эта функциональность. В слое данных I don' t нужна вся эта сложность. Таким образом, я создал интерфейс, используя IList, чтобы позволить более легкое тестирование в слое данных. Однако, в деловом слое мне нужна собственность IsValid. Следовательно мой оригинальный вопрос. Он возможный передать поведение в Насмешках Носорога, вопрос you' ve, которому не отвечают.

добавлено 14 Январь 2013 в 04:50, автор sixeyes, источник

Хорошо. I' ll пытаются объяснить его настолько лучше всего, как я могу, но до сих пор I' ve, очевидно, потерпел неудачу. В CSLA у списков есть сложное поведение по сравнению с IList. Например, у списка есть собственность IsValid, которая указывает на законность всех пунктов в списке. В деловом слое мне нужна эта функциональность. В слое данных I don' t нужна вся эта сложность. Таким образом, я создал интерфейс, используя IList, чтобы позволить более легкое тестирование в слое данных. Однако, в деловом слое мне нужна собственность IsValid. Следовательно мой оригинальный вопрос. Он возможный передать поведение в Насмешках Носорога, вопрос you' ve, которому не отвечают.

добавлено 14 Январь 2013 в 04:50, автор sixeyes, источник

2 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

автор AlexFoxGill · Answer 1 · 2013-01-18T10:00Z

Осуществите интерфейс в абстрактном базовом классе для тестирования:

public abstract MyMockableList : List, IMyListInterface
{
    public abstract void Foo();
}

You can then use MockRepository.GenerateStub(), which will function as a normal list (RhinoMocks won't override the methods inherited from List) but you can still stub out the Foo() method.

автор AlexFoxGill · Answer 2 · 2013-01-18T10:00Z

Осуществите интерфейс в абстрактном базовом классе для тестирования:

public abstract MyMockableList : List, IMyListInterface
{
    public abstract void Foo();
}

You can then use MockRepository.GenerateStub(), which will function as a normal list (RhinoMocks won't override the methods inherited from List) but you can still stub out the Foo() method.