Мне очень нравится moq mocking framework. Я использовал его в нескольких проектах. К сожалению, один из моих клиентов требует, чтобы мы использовали VB.Net. Не мое предпочтение, но, эй, .Net - это .Net, верно?
Я слышал, что у moq есть проблемы с VB. Это правда? Так что за неприятности? Я ожидал, что он будет работать нормально, учитывая языково-независимую природу .Net.
Стоит ли мне использовать какую-нибудь другую фреймворк для фиксации для использования с VB?
Основная проблема VB.net в отношении имитирующих фреймворков заключается в том, что, в отличие от C #, VB не имеет анонимных методов, только лямбда-выражения (нет возможности объявить анонимный делегат Action).
Это сильно ограничивает возможности. Также существует известная проблема со свойствами с параметрами.
Кроме того, синтаксис языка лямбда-выражений не приводит к чему-то столь же чистому, как C #, с точки зрения удобочитаемости (без флейма, пожалуйста, я пользователь VB, и я скучаю по некоторым функциям C # каждый день), и отчасти это привлекает Moq .
Единственная известная мне среда тестирования, которая что-то сделала в отношении VB, - это TypeMock. Они пытались разработать что-то, что сочетается с синтаксисом VB.
Sub на месте, даже многострочные. - Я также не согласен с терминологией "лямбда-выражение" и "анонимный делегат действия". И в C #, и в VB.NET анонимные делегаты - это в основном то же самое, что и лямбда-функции; только синтаксис может немного отличаться.
- person stakx - no longer contributing; 13.03.2011
AFAIK Typemock Isolator - единственный инструмент, который может полностью имитировать VB.NET. Специально для этого сделали API.
