Rhino Mocks: как имитировать DataRow ADO.NET?
ADO.NET имеет пресловутый класс DataRow, который нельзя создать с помощью new. Это проблема сейчас, когда я нахожу необходимость имитировать это с помощью Rhino Mocks.
Есть ли у кого-нибудь идеи, как я могу обойти эту проблему?
Ответы 3
Каждый раз, когда я не могу издеваться над чем-то (я предпочитаю MoQ над Rhino, но это не относится к делу), я должен кодировать это.
На мой взгляд, у вас есть только два варианта. Платите за превосходный фреймворк, такой как TypeMock, который может имитировать ЛЮБОЙ класс, или закодируйте оболочку для классов, которые не были написаны для имитации.
Печальное положение дел в рамках. В те времена, когда речь шла о TDD, не было особого беспокойства.
Мне любопытно, почему вам нужно издеваться над DataRow. Иногда вы можете увлечься издевательством и забыть, что не менее благоразумно использовать настоящие вещи. Если вы передаете строки данных, вы можете просто создать экземпляр с помощью вспомогательного метода и использовать его в качестве возвращаемого значения в вашем макете.
SetupResult.For(someMockClass.GetDataRow(input)).Return(GetReturnRow());
public DataRow GetReturnRow()
{
DataTable table = new DataTable("FakeTable");
DataRow row = table.NewRow();
row.value1 = "someValue";
row.value2 = 234;
return row;
}
Если это не та ситуация, в которой вы находитесь, мне понадобится пример кода, чтобы понять, что вы пытаетесь сделать.
Да, это непросто. Обычно я бы сказал, что нужно просто избегать использования конкретного типа и вместо этого полагаться на какой-то интерфейс, но то, что вы пытаетесь выполнить, не приспособлено к этому.
Я также использую для этого Typemock Isolator, он может имитировать вещи, которые другие фреймворки имитировать не могут.
Это для (неудобной) ORM, которую я написал, я тестирую, что Dao запрашивает мой объект DBWrapper, чтобы получить DataRow, и строит объект из него. Хотя было бы более целесообразно использовать макет, я думаю, что-то вроде этого придется сделать.