Здравствуйте, dimgel, Вы писали:

D>Здравствуйте, gandjustas, Вы писали:

G>

G>Html.ActionLink<CatalogController>(c => c.Product(id))
G>

Длинно. И опять же, доведённая до абсурда философия развязывания всего и вся мне не нравится: геморрою больше, чем пользы. И ещё: а если у страницы несколько параметров, и часть идут в path, часть в query string?

G>И для этого вовсе не надо контроллеры нагружать генерацией ссылок.

Нет, наоборот. Если в одном и том же месте — в подклассе Page — URL и генерируется, и парсится, это очень хорошо, легко на одном экране проверить симметричность кода, "и для этого вовсе не надо" (с) городить внешние хелперы.

G>>Да и не очень понятно зачем uri в классе Page, это ведь надо инстанцировать Page для получения ссылки.

D>Page у меня stateless, я их инстанциирую при запуске в том же духе, как и BL-контроллеры. (UPD: Простыня, выполняющая связывание, генерируется автоматически.)

G>>В MVC по умолчанию работают соглашения, но при желании можно обвешать все атрибутами. Это смотря что тебе удобнее.

D>Понятно, полный комплект извращений, выбирай на вкус. А мне удобнее так, как я написал.

D>Здравствуйте, gandjustas, Вы писали:

G>

G>Html.ActionLink<CatalogController>(c => c.Product(id))
G>

Длинно. И опять же, доведённая до абсурда философия развязывания всего и вся мне не нравится: геморрою больше, чем пользы. И ещё: а если у страницы несколько параметров, и часть идут в path, часть в query string?

G>И для этого вовсе не надо контроллеры нагружать генерацией ссылок.

Нет, наоборот. Если в одном и том же месте — в подклассе Page — URL и генерируется, и парсится, это очень хорошо, легко на одном экране проверить симметричность кода, "и для этого вовсе не надо" (с) городить внешние хелперы.