Szydzenie klasy RouteData w System.Web.Routing dla aplikacji MVC

Question

Próbuję przetestować niektóre logiki aplikacji, które są zależne od właściwości Values ​​w ControllerContext.RouteData.

tej pory mam

// Arrange 
var httpContextMock = new Mock<HttpContextBase>(MockBehavior.Loose); 
var controllerMock = new Mock<ControllerBase>(MockBehavior.Loose); 
var routeDataMock = new Mock<RouteData>(); 

var wantedRouteValues = new Dictionary<string, string>(); 
wantedRouteValues.Add("key1", "value1"); 
var routeValues = new RouteValueDictionary(wantedRouteValues); 

routeDataMock.SetupGet(r => r.Values).Returns(routeValues); <=== Fails here 

var controllerContext = new ControllerContext(httpContextMock.Object, routeDataMock.Object, controllerMock.Object); 

Jednostka test nie powiedzie się z: System.ArgumentException: Nieprawidłowe ustawienie na nie przeciążać członka: r => r.Values ​​

Tworzenie fałszywych RouteData nie działa tak jak konstruktor to RouteData (RouteBase, IRouteHandler).

Ważną klasą jest tutaj klasa abstrakcyjna RouteBase, która ma metodę GetRouteData (HttpContextBase), która zwraca wystąpienie RouteData, klasy, którą próbuję sfałszować. Zabieranie mnie w kółko!

Każda pomoc w tym zakresie byłaby bardzo pożądana.

Answer 1

RouteData ma również constructor that takes no arguments. Po prostu utwórz jedną i dodaj do niej żądane wartości. Nie ma potrzeby drwić z niego, gdy można go stworzyć.

var routeData = new RouteData(); 
routeData.Values.Add("key1", "value1"); 

var controllerContext = new ControllerContext(httpContextMock.Object, routeData, controllerMock.Object); 

Answer 2

Jestem bardzo nowe do TDD w połączeniu z makiety obiektów, ale lekcja dowiedziałem się na początku z kolega nie było wyśmiewać rodzaju nie należą do Ciebie. Dlatego nie próbuj kpić z RouteData. Pomysł został pierwotnie opracowany przez Joe Walnes (choć nie mogę znaleźć, gdzie on to powiedział).