ASP MVC Routing potrafi cuda, dzisiaj o jednym z nich. Otóż w prosty sposób można zdefiniować routing, który łapać będzie żądania, które nie pasują do wcześniej zdefiniowanych reguł. Należy uważać oczywiście na kolejność definiowania routingów, bo wpływa ona na zachowanie aplikacji. Pierwszy pasujący do wzorca, będzie brany pod uwagę. Core gra trochę inaczej ale to zaznaczę w tekście.

Gwiazda

Obsługę dziwnych linków, kota na klawiaturze, problemu jąjąjąkaniem się na klawiaturze można ogarnąć przy pomocy custom error page 404 lub wykorzystaniu symbolu gwiazdki który jest dozwolony w asp mvc routing.

Przykład asp mvc core:

Oraz odrobinę inaczej w asp mvc framework

Drobna różnica w nazwach parametrów template oraz url oraz większa w zachowaniu i obsłudze żądań.

W klasycznym podejściu asp mvc routing zadziała tak, że default (controller/action/id) będzie zawsze starał się dopasować wysłane żądanie i dopiero gdy złapany zostanie 4 segment w url – routing uber będzie starać się do dopasować do swojej definicji:

Kto, jak, gdzie, rozkmina

Klasycznie

I teraz na scenę wchodzi routing zrobiony w core, gdzie zachowanie jest trochę inne:

Core

Wynika z tego, że asp mvc routing w core użycie * umożliwi przechwycenie wszelkich żądań, które nie pasują do wcześniej zdefiniowanych zasad. Podczas gdy klasyczny mvc jest bardziej restrykcyjny przy rozwiązywaniu kontrolera oraz akcji. Które lepsze – osobiście sam nie wiem, jedno i drugie ma swoje zady i walety, także myślę, że najlepiej jest znać zachowanie i z nim żyć, bez wystawiania oceny.

Gdzie są dane

Aby odczytać listę parametrów przesłanych do uber kontrolera można skorzystać z klasy RouteData, poniżej przykład:

W ten sposób można wyświetlić wszystkie wartości segmentów wpisane w adresie strony. Będą one przypisane do wartości star lub uber w zależności jak została nazwana. To tylko część dobroci i mocy, które kryje w sobie routing.

Kod dostępny jest pod tymi linkami:
Core routing
Mvc rounting