Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
вообщем поиски что то не дали мне инфу как сделать такое "url/category/categorySynonym/tag/tagSynonym" прописал роутинг Код: c# 1. и вызов на прямую работает, но вот либ сам уже запутался или что как рендерить в таком случае ссылку? Код: c# 1. выдает мне url/category/categorySynonym?tag =tagSynonym ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2015, 15:25 |
|
||
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
топорный вариант тогда со склеиванием строк, жаль) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2015, 09:38 |
|
||
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
handmadeFromRu, заведите себе UrlManager какой-нить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2015, 09:54 |
|
||
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
skyANAhandmadeFromRu, заведите себе UrlManager какой-нить :) ну я подумываю в сторону greedy routing т.к. в задачах в будущем есть пункт чтоб фильтр в урл был такой ж принцип. А под UrlManager имеется ввиду слой который будет выдавать ссылки в зависимости от входных данных?) п.с. схоть какое то разнообразие чем ветка с флудом) п.с.п.с. коллеги осветите момент такой. заполнение модели представления делают внутри контролера или лучше вынести в слой заполнения viewmodel? просто если в контролере, то контролер становиться жирным что осложняет понимание кода . и заодно к примеру если я подал на вью модель представления, на посту ожидать её ж? или ж делать новую модель чисто под возвращаемые данные? я понимаю что может ламерские вопросы но просто в коллективе у нас раскол подхода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2015, 10:11 |
|
||
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
handmadeFromRuвообщем поиски что то не дали мне инфу как сделать такое "url/category/categorySynonym/tag/tagSynonym" прописал роутинг Код: c# 1. и вызов на прямую работает, но вот либ сам уже запутался или что как рендерить в таком случае ссылку? Код: c# 1. выдает мне url/category/categorySynonym?tag =tagSynonym Он не запутался, просто ты неправильно указал имя параметра. Надо было tagUrl = tag.Url ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2015, 11:11 |
|
||
|
MVC Routing Multiple Parameters
|
|||
|---|---|---|---|
|
#18+
handmadeFromRuколлеги осветите момент такой. заполнение модели представления делают внутри контролера или лучше вынести в слой заполнения viewmodel? внутри контроллера просто управляют этим процессом. обычно используется технология маппинга (например, automapper) + конфигурации маппинга. тогда все вью-модели и входные данные рулятся в одном месте, а контроллеры не пухнут. хотя маниакально увлекаться тотальным выносом процесса заполнения вью модели за борт контроллера тоже не стоит, только если это в итоге сократит рутину и упростит кодинг/сопровождение/тестирование. handmadeFromRuи заодно к примеру если я подал на вью модель представления, на посту ожидать её ж? или ж делать новую модель чисто под возвращаемые данные? я понимаю что может ламерские вопросы но просто в коллективе у нас раскол подхода. любой универсальный рецепт здесь вреден. конечно удобно иметь одну модель для отправки и получения данных. но если оверхед слишком большой, или одна модель плохо отвечает обеим задачам, то делать две модели. короче по ситуации, не надо тут раскалываться )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2015, 11:17 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=18&tid=1356636]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 313ms |

| 0 / 0 |
