Я долго искал и читал это, но так и не смог прийти к какому-либо выводу о том, какой дизайн является правильным.
Итак, я пытался найти, стоит ли мне всегда вернуть объекты EF из репозитория, или я могу также вернуть DTO.
По сути, я хочу знать, не нарушаю ли я передовую практику или шаблон проектирования, если возвращаю DTO из репозитория.< /p>
Это некоторые ресурсы, на которые я ссылался. это
Должны ли объекты сущностей быть доступны репозиторию?
https://www.reddit.com/r/javahelp/comments/utclkg/ репозиторий_return_dto_vs_entity_api/
Должен ли уровень репозитория возвращать объекты передачи данных (DTO)?
По сути, я столкнулся с той же проблемой, что и этот комментарий упоминается в этом ответе
Если репозиторий не возвращает DTO, как мне контролировать репозиторий для выполнения LEFT JOINs на основе моих потребностей, чтобы я мог сформировать DTO, который я нуждаться? Мне приходится много раз вызывать репозиторий, чтобы выполнить один DTO в службе приложений? Разве это не привело к возникновению проблемы N+1?
Я именно пытаюсь решить эту проблему, но при решении этой проблемы я не хочу следовать неправильный дизайн.
Подробнее здесь: https://stackoverflow.com/questions/793 ... n-dto-also
Должен ли я строго возвращать объекты EF из репозитория или я также могу вернуть DTO? ⇐ C#
Место общения программистов C#
1736866834
Anonymous
Я долго искал и читал это, но так и не смог прийти к какому-либо выводу о том, какой дизайн является правильным.
Итак, я пытался найти, стоит ли мне всегда вернуть объекты EF из репозитория, или я могу также вернуть DTO.
По сути, я хочу знать, не нарушаю ли я передовую практику или шаблон проектирования, если возвращаю DTO из репозитория.< /p>
Это некоторые ресурсы, на которые я ссылался. это
Должны ли объекты сущностей быть доступны репозиторию?
https://www.reddit.com/r/javahelp/comments/utclkg/ репозиторий_return_dto_vs_entity_api/
Должен ли уровень репозитория возвращать объекты передачи данных (DTO)?
По сути, я столкнулся с той же проблемой, что и этот комментарий упоминается в этом ответе
Если репозиторий не возвращает DTO, как мне контролировать репозиторий для выполнения LEFT JOINs на основе моих потребностей, чтобы я мог сформировать DTO, который я нуждаться? Мне приходится много раз вызывать репозиторий, чтобы выполнить один DTO в службе приложений? Разве это не привело к возникновению проблемы N+1?
Я именно пытаюсь решить эту проблему, но при решении этой проблемы я не хочу следовать неправильный дизайн.
Подробнее здесь: [url]https://stackoverflow.com/questions/79355250/should-i-strictly-return-ef-entities-from-repository-or-can-i-return-dto-also[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия