Mam klienta, który chce wykorzystać konwencję URL nazewnictwa wzdłuż linii:ASP.Net MVC ze złożonymi trasami - jak zachować "zdrowy rozsądek"?
/{subjectarea}/{subject}/{action}
Który jest w porządku - to działa doskonale, z jednego kontrolera na obszarze tematycznym, posiadające działanie po identyfikatorze (w zależności) nie stanowi problemu.
Jednak wtedy komplikuje, gdy klient potem chce dalej kontynuować hierarchię:
/{subjectarea}/{subject}/{action}/{tightlyrelatedsubject}/{tightlyrelatedsubjectvariables}/{tightlyrelatedsubjectaction}
Mam kontroler dla ściśle powiązanego podmiotu (jego tylko kolejny obszar tematyczny), który obsługuje wszystkie po stronie administratora, ale klient nalega, aby widok publiczny był zawieszony na obiekcie nadrzędnym, a nie na własnym katalogu głównym.
W jaki sposób mogę to zrobić, unikając łamania całych zleceniodawców MVC, a także unikając ponownego wdrożenia tony ASP.Net MVC zapewniał funkcjonalność w moim kontrolerze obszaru tematycznego tylko po to, aby móc obsłużyć powiązane tematy z tego samego kontroler?
Czy można w jakiś sposób wywołać kontroler powiązanych tematów z kontrolera nadrzędnego podmiotu i zwrócić wynikowy widok (ponieważ zachowałoby to oddzielenie funkcjonalności podmiotów do ich własnych kontrolerów)? Jeśli to możliwe, rozwiąże to problem z wieloma problemami.
To jest dokładnie to samo co ja, używając nowego kontrolera widoku, ale zachowując dostęp do kontrolera nadrzędnego i parametrów nadrzędnych. Dziękujemy za przesłanie wyników. –