handmadeFromRuсобственно если вы сейчас авторизовались как контрагент то имея эту роль думаю легко реализовать ограничение и ничего в урл не пойдет.
Нет, речь как раз идет о том, чтобы из админки назначать пользователей контрагентам. Чтобы контрагент мог сам аутентифицироваться впоследствии
skyANAдействительно от того, откуда был совершён переход
Это ближе к истине. То есть нужно понимать, откуда был совершен переход и, исходя из этого, совершать какие-либо действия
hVosttДа, это я,
сессии чем не угодили? куки? вообще странная логика имхо.
вариант с сессией не пойдет, потому что нужно будет реализовывать и логику очистки этого значения. Про куки - думаю, аналогично.
МСУДа, это яМне на ум приходят всякие самопальные сохранялки типа в БД или в кэше.
Самый правильный способ, особенно для случаев, если клиент закроет браузер и через некоторое время захочет продолжить работу.
Да, это яВариант с передачей этих идентификаторов через параметры метода какой-то громоздкий и некрасивый
Это единственно верный путь.
Ув. МСУ, немного противоречите друг другу :-)
В общем, исходя из обсуждения, получается, что оптимальным вариантом является TempData, просто в каждом методе придется делать чтение и повторную запись этого значения. Либо с передачей параметра в каждый метод с соответствующей правкой вьюшек
Поясню, почему с параметрами не очень нравится. Везде придется писать что то типа следующего:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
public ActionResult Index(
[DefaultValue(-1)] int contragentId)
{
[HttpPost]
public ActionResult Create(
UserCreateOrEditModel user,
[DefaultValue(-1)] int contragentId)
{
PS Сохраняемость между сессиями не нужна.
