Лично я стараюсь избегать такой проверки в рамках ограничения маршрута, так как выразить свои намерения гораздо сложнее.Вместо этого я использую ограничения, чтобы гарантировать, что параметры находятся в правильном формате / типе, и помещаю такую логику в мои контроллеры.
В вашем примере я предполагаю, что если страна недействительна, вы вернетесь к другоймаршрут (скажем, на страницу "Страна не найдена").Полагаться на свою конфигурацию маршрутизации гораздо менее надежно (и гораздо более вероятно, что она будет нарушена), чем принимать все параметры страны и проверять их в вашем контроллере:
public ActionResult Country(string country)
{
if (country == "france") // lookup to db here
{
// valid
return View();
}
// invalid
return RedirectToAction("NotFound");
}
Кроме того, чего вы пытаетесь достичь здесь (как уже упоминалось) это на самом деле интеграционный тест.Когда вы обнаружите, что части фреймворка мешают вашим тестам, тогда может наступить время для рефакторинга.В вашем примере я хотел бы проверить
- , что страны правильно проверены
- Моя конфигурация маршрутизации.
Первое, что мы можем сделать, это переместить валидацию Country в отдельный класс:
public interface ICountryValidator
{
bool IsValid(string country);
}
public class CountryValidator : ICountryValidator
{
public bool IsValid(string country)
{
// you'll probably want to access your db here
return true;
}
}
Затем мы можем проверить это как единое целое:
[Test]
public void Country_validator_test()
{
var validator = new CountryValidator();
// Valid Country
Assert.IsTrue(validator.IsValid("france"));
// Invalid Country
Assert.IsFalse(validator.IsValid("england"));
}
Наш CountryRouteConstraint затем меняется на:
public class CountryRouteConstraint : IRouteConstraint
{
private readonly ICountryValidator countryValidator;
public CountryRouteConstraint(ICountryValidator countryValidator)
{
this.countryValidator = countryValidator;
}
public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection)
{
object country = null;
values.TryGetValue("country", out country);
return countryValidator.IsValid(country as string);
}
}
Мы отображаем наш маршрут следующим образом:
routes.MapRoute(
"Valid Country Route",
"countries/{country}",
new { controller = "Home", action = "Country" },
new { country = new CountryRouteConstraint(new CountryValidator())
});
Теперь, если вы действительно чувствуете, что необходимо протестировать RouteConstraint, вы можете проверитьэто независимо:
[Test]
public void RouteContraint_test()
{
var constraint = new CountryRouteConstraint(new CountryValidator());
var testRoute = new Route("countries/{country}",
new RouteValueDictionary(new { controller = "Home", action = "Country" }),
new RouteValueDictionary(new { country = constraint }),
new MvcRouteHandler());
var match = constraint.Match(GetTestContext(), testRoute, "country",
new RouteValueDictionary(new { country = "france" }), RouteDirection.IncomingRequest);
Assert.IsTrue(match);
}
Лично я бы не стал выполнять этот тест, так как мы уже абстрагировали проверочный код, так что на самом деле это всего лишь тестирование инфраструктуры.
Чтобы проверить отображение маршрутамы можем использовать MvcContrib TestHelper .
[Test]
public void Valid_country_maps_to_country_route()
{
"~/countries/france".ShouldMapTo<HomeController>(x => x.Country("france"));
}
[Test]
public void Invalid_country_falls_back_to_default_route()
{
"~/countries/england".ShouldMapTo<HomeController>(x => x.Index());
}
На основе нашей конфигурации маршрутизации мы можем проверить, что действительная страна сопоставляется с маршрутом страны, а недопустимая страна сопоставляется с запасным маршрутом.
Тем не менее, основной вопрос вашего вопроса заключался в том, как обрабатывать зависимости ограничений маршрута.Тест, приведенный выше, на самом деле тестирует несколько вещей - нашу конфигурацию маршрутизации, ограничение маршрута, валидатор и, возможно, доступ к хранилищу / базе данных.
Если вы полагаетесь на инструмент IoC, чтобы внедрить их для вас, выВам нужно будет смоделировать ваш валидатор и репозиторий / db и зарегистрировать их с помощью инструмента IoC в настройке ваших тестов.
Было бы лучше, если бы мы могли контролировать, как создаются ограничения:
public interface IRouteConstraintFactory
{
IRouteConstraint Create<TRouteConstraint>()
where TRouteConstraint : IRouteConstraint;
}
Ваша "реальная" реализация может просто использовать ваш инструмент IoC для создания экземпляра IRouteConstraint.
Мне нравится помещать мою конфигурацию маршрутизации в отдельный класс, например:
public interface IRouteRegistry
{
void RegisterRoutes(RouteCollection routes);
}
public class MyRouteRegistry : IRouteRegistry
{
private readonly IRouteConstraintFactory routeConstraintFactory;
public MyRouteRegistry(IRouteConstraintFactory routeConstraintFactory)
{
this.routeConstraintFactory = routeConstraintFactory;
}
public void RegisterRoutes(RouteCollection routes)
{
routes.MapRoute(
"Valid Country",
"countries/{country}",
new { controller = "Home", action = "Country" },
new { country = routeConstraintFactory.Create<CountryRouteConstraint>() });
routes.MapRoute("Invalid Country",
"countries/{country}",
new { controller = "Home", action = "index" });
}
}
С помощью фабрики могут быть созданы ограничения с внешними зависимостями.
Это значительно упрощает тестирование.Поскольку мы заинтересованы только в тестировании маршрутов по стране, мы можем создать тестовую фабрику, которая делает только то, что нам нужно:
private class TestRouteConstraintFactory : IRouteConstraintFactory
{
public IRouteConstraint Create<TRouteConstraint>() where TRouteConstraint : IRouteConstraint
{
return new CountryRouteConstraint(new FakeCountryValidator());
}
}
Обратите внимание, что на этот раз мы используем FakeCountryValidator, который содержит достаточно логикичтобы мы могли проверить наши маршруты:
public class FakeCountryValidator : ICountryValidator
{
public bool IsValid(string country)
{
return country.Equals("france", StringComparison.InvariantCultureIgnoreCase);
}
}
Когда мы настраиваем наши тесты, мы передаем TestRouteFactoryConstraint в наш реестр маршрутов:
[SetUp]
public void SetUp()
{
new MyRouteRegistry(new TestRouteConstraintFactory()).RegisterRoutes(RouteTable.Routes);
}
На этот раз, когда мы запускаем наши тесты маршрутизациимы не тестируем нашу логику проверки или доступ к базе данных.Вместо этого мы проводим модульное тестирование нашей конфигурации маршрутизации, когда указана допустимая или недействительная страна.