Как стать автором
Обновить

Комментарии 13

Меня мучает один вопрос, можно ли без лишней сложности задать маршрутизацию в webforms например так:
"/product/{id}" => "/product.aspx?id={id}" (чтобы если пользователь введёт /product/5 это было эквивалентно product.aspx?id=5)
а на странице я буду доставать данные уже не из RouteData, а из QueryString.
Я делал такую штуку, но приходилось самому писать RouteHandler.
Такой подход нужен, чтобы страница была доступна и по физическому пути и по маршруту?
А в чем причина поддержки двух видов обращений?
Такая ситуация возникает при переводе старого проекта на новую систему адресации. Было бы круто не править код всех страниц, а просто вызвать RegisterRoutes и все.
Мне чисто логически такая маршрутизация больше нравится, если есть параметр в урле, то он должен отображаться на параметр строки запроса и на станице я использую именно QueryString.
А так получается идёт перенаправление на какую-то страницу, но параметры как-то непонятно хранятся.
Так начальство сказало )
Вроде обычные урлы мы куда-то выгружали в xml.
Я делал такую штуку, но приходилось самому писать RouteHandler.

Подозреваю, что придется немного написать собственного кода :(
Проще написать пропертю, которая будет брать сначала из QueryString а затем смотреть в RouteData… Заоднем и код будет более красивым…
а можно использовать маршруты в более поздних версиях ASP.NET Web Forms
можно. просто в Global.asax.cs регистрируйте маршруты, свои RouteHandler, если надо и наслаждайтесь
Только если у вас количество страниц растет, то вы наслаждаетесь тормозами, от того, что кадый запрос будет проверяться на наличие зарегестрированного маршрута.
попробую, а то до єтого я использовал URLrewrite
Зачем код картинками?
Красиво кнешна, но малоюзабельно.
Так была оформлена статья, все претензии к Скотту Гу ;)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории