Czy ktoś wie, czy routing czasu przetwarzania jest wartościowy w porównaniu z całkowitym czasem żądania? Czy wystąpi duża różnica wydajności między aplikacją a 20 i 100 (prawdopodobnie więcej) trasami? Będzie wdzięczny za link z opisem mechanizmu trasowania.Wydajność routingu ASP.NET MVC
Spójrz na here. Należy pamiętać, że jest to stara odpowiedź z 2008 roku, ale przypuszczam, że nadal jest prawdą. W szczególności zwróć uwagę na użycie nazwanych tras.
Innymi słowy, jeśli wiesz, z której trasy będziesz korzystać, możesz przeskoczyć na właściwą trasę z kodem: RedirectToRoute("routeName", viewData); i nie będzie tracić czasu na trałowanie tras, dopóki nie znajdzie właściwego. To może wydawać się nieco uciążliwe, ale jest lepsze niż kodowanie tras, ponieważ jeśli zmienisz sposób generowania tras, ten kod będzie działał, podczas gdy trasa o twardej, kodowanej ścieżce zostanie przerwana.
Chciałbym odważyć się powiedzieć nie, czas jest nieznaczny w porównaniu do ogólnego czasu przetwarzania wniosku w większości scenariuszy.
Istnieje wiele zmiennych, które warto rozważyć, jeśli zamierzasz je porównywać. Na przykład, jak proste/złożone są te trasy? Czy mają ograniczenia na regex? i tak dalej.