Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Правильно ли так поступать ?
|
|||
|---|---|---|---|
|
#18+
Правильно ли так делать ? Имеются 2 контроллера, отвечающих за свои сущности. Находятся в разных сборках и ссылок не имеют. В Бд между этими сущностями есть связь 1к1 (одна организация, просто в разных справочниках). В моделях данных (использующихся на вьюхах) есть поля типа int? со ссылкой друг на друга. Задача стоит такая: находясь на одной из вьюх, на странице редактирования Сущности1, по нажатию на кнопку создать в базе Сущность2, предзаполнить часть полей, типа ИНН (это ведь одна организация, просто в разных справочниках) и позволить юзеру дозаполнить их и сохранить. Мое решение. Корректно ли оно ? Я сделал следующим образом. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. Отмечу, что описание Object1Model есть в обоих сборках. Т.к. между сборками нету ссылок, пришлось просто создать копии этих моделей. Полагаю это верное решение. Это же просто вью-модель. Т.е. некое представление некоторого объекта используемое в каком-то конкретном месте. не вижу проблему в данном дублировании кода. А учитывая что они скрыты за мудреными неймспейсами, остальные части программы вообще не заметят эти модели - они никому не помешают. Мой вопрос относится в целом к решению. Правильно ли, что параметры из одного контроллера передаются через RedirectToAction в другой контроллер. В частности корректно ли то, что эти параметры идут через браузер ? Фактически он может что-то там подменить. Если бы между сборками была связь, я мог бы просто программно вызвать код создания одного объекта из другого. Но связи нету - фактически она идет в обоих направлениях, а значит мы получаем циклическую ссылку в референсах. переписывать код тоже не вариант - текущее разделение сборок устраивает. Какова альтернатива моему решению, если оно не верное ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2016, 13:25 |
|
||
|
Правильно ли так поступать ?
|
|||
|---|---|---|---|
|
#18+
1. сущности вынести в отдельную сборку 2. создание и прочие манипуляции с сущностями вынести в отдельную сборку сервисов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2016, 19:19 |
|
||
|
Правильно ли так поступать ?
|
|||
|---|---|---|---|
|
#18+
Иммануил Кант, Переделывать структуру очень не хочется. Сам проект рабочий. Я лишь добавляю кое какой функционал. Пересобирать его структуру с нуля (и тестировать) не хочется. Много времени и чревато ошибками. Мой вопрос был в том,что я задумался насколько вообще такой подход с RedirectToAction (с пробросом параметров через браузер) корректен ? И хотел узнать, есть ли альтернативы данному подходу. Просто других способов не знаю, вот и спросил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2016, 19:50 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=39259885&tid=1355837]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
26ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
22ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 288ms |

| 0 / 0 |
