hVosttмсущкоТак это шаблонная архитектура.

похоже ты ещё и с шаблонами работать не умеешь. все твои пляски с бубном в итоге оказываются желанием подогнать ресурс под шаблон, крепким выражением чего служит по твоему глупому мнению экшен с контроллером.

печалька. весь дискурс в трубу. вот где собака порылась.

Похоже, ты и думать не умеешь - так, рэндомно лепечешь какую-то ахинею. Какая разница как и где хранить информацию о контроллерах и экшенах, в базе - это более универсально. Гвоздями в коде - более приземлённо, собственно, как и ты мыслишь. Но хэш - это вообще феерический бред. Всё плохо, всё очень плохо.

hVosttмсущкоЕсли нужно всё массово пересадить на новый тип, да, просто UPDATE.

глупости говоришь. для того, чтобы сменить шаблон не надо менять экшен. существует масса других механизмов, в ASP.NET MVC их более чем предостаточно.

но двоешники студенты меняют в таких случаях экшен... мда.
А какая разница как и что менять, в моём варанте это происходит авоматом, админ тут нафик не нужен. У урла меняется контроллер и экшен, всё. Очередной слив с твоей стороны, нам не привыкать.

hVosttмсущкоКакая разница как и где хранить информацию о контроллерах и экшенах, в базе - это более универсально.

разница имеется. контроллеры и экшены есть лишь в терминах реализации. на уровне данных нет никаких экшенов и контроллеров. дурачёк. о чем с тобой разговаривать-то?

принципиально, запихивание сведений контроллер/экшен, ни чем не отличается от запихивания туда реализации на чистом C#. ибо какая разница?

не неси чепухи человек.
Очередные изливания пустобреха с нулевым опытом за плечами. Смешно. Причем тут уровень данных, клоун? Ты не в курсе, как пишутся гибкие конфигурируемые приложения? Ты не поверишь, не всё решается через гвозди с хардкодом, есть отдельные настроечные таблицы для разруливания самых разных задач. Да и только упоротый дятел может вонять на "уровень данных", при этом во всю используя настроечную таблицу с хешами. Двойные стандарты, маленький?

Какая разница, чистый C# или грязный, в моём рецепте урлы конфигурятся контроллером, экшеном и параметром. Это 100% покрывает любые задачи без вмешательства в код и куда-то там еще. Если твой скупой моск не в состоянии это осознать, можешь дальше изобретать лисапеды с хешами. А лучше выпей яду.


hVosttмсущкоУ урла меняется контроллер и экшен, всё. Очередной слив с твоей стороны, нам не привыкать.

тебе ссы в глаза, всё божья роса. ахинею гонишь, и даже глазом не моргнёшь. думаешь, чисто на своей непрокосновеннйо упёртой самоуверенности, можешь гнать любую чепуху? у себя на кухне с бутылкой пожалуйста, но не здесь.

у урла нет никаких контроллеров и экшенов. это в реализации они есть. а урл это урл, логический путь к ресурсу. найди мне в RTFM где написано, что урл должен содержать какие-то контроллеры и экшены?

Как на тебя не лей ушат помоев, тебе всё побоку. Не устал тупить как обезьянка в бреду? У урла есть экшен и контроллер, заруби это себе на носу. На тебе rtfm

http://msdn.microsoft.com/ru-ru/library/dd410269(v=vs.100).aspx The ASP.NET MVC framework maps URLs to classes that are referred to as controllers. Controllers process incoming requests, handle user input and interactions, and execute appropriate application logic. A controller class typically calls a separate view component to generate the HTML markup for the request.
Action methods typically have a one-to-one mapping with user interactions. Examples of user interactions include entering a URL into the browser, clicking a link, and submitting a form. Each of these user interactions causes a request to be sent to the server. In each case, the URL of the request includes information that the MVC framework uses to invoke an action method.
When a user enters a URL into the browser, the MVC application uses routing rules that are defined in the Global.asax file to parse the URL and to determine the path of the controller. The controller then determines the appropriate action method to handle the request. By default, the URL of a request is treated as a sub-path that includes the controller name followed by the action name. For example, if a user enters the URL http://contoso.com/MyWebSite/Products/Categories, the sub-path is /Products/Categories. The default routing rule treats "Products" as the prefix name of the controller, which must end with "Controller" (such as ProductsController). It treats "Categories" as the name of the action. Therefore, the routing rule invokes the Categories method of the Products controller in order to process the request. If the URL ends with /Products/Detail/5, the default routing rule treats "Detail" as the name of the action, and the Detail method of the Products controller is invoked to process the request. By default, the value "5" in the URL will be passed to the Detail method as a parameter.

Я на основе своей конфигурации переопределяю автомаппинг mvc и выдаю требуемый результат. Что тебя смущает, дитя?

ИзопропилhVosttу урла нет никаких контроллеров и экшенов. это в реализации они есть. а урл это урл, логический путь к ресурсу. найди мне в RTFM где написано, что урл должен содержать какие-то контроллеры и экшены?


речь об этом, а не об URL
Пациент не одупляет, что помимо его гвоздей с пластелином, бывают ещё более гибкие конфигурируемые варианты :) Ну ничего, всё приходит с опытом...