Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
Доброго дня. Пишем приложение с фронтендом на Asp.net Core MVC(на обычном .net 4.6). Т.е. на .Net core только проект с веб приложением. Очень понравился DI контейнер из коробки: Код: c# 1. все прекрасно, когда проект с веб приложением знает о проекте(Business), где располагается класс, имплементирующий интерфейс. Но как быть с зависимостями, которые имплементируются в проектах, которые веб-проект не видит(например репозитории из подпроекта Persistence)? подключать еще один DI контейнер не хотелось бы. Как наиболее православно решить эту проблему? Пока приходит в голову только следующее: в проекте Business что-нибудь типа Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. и в Startup.cs Код: c# 1. И еще задание со звездочкой: есть еще проект с консольным приложением(.Net 4.6), который также обращается к слою Business. Желательно, чтобы для консоли не нужно было перечислять интерфейсы и классы их имплементирующие еще раз. Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 09:53 |
|
||
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
yabs, Как насчет использования UnitOfWork, который отдает репозитории и зарегистрирован в контейнере? У нас веб-приложение под netcoreapp1.1/net462 собирается, все остальные сборки netstandard1.5. Поделюсь идеей. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Код: 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. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. Код: c# 1. 2. Также есть моменты, где то, что создается внутри UoW, можно достать из контейнера. Это дело ваше. Код упрощен, все опечатки случайны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 11:43 |
|
||
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
yabsподключать еще один DI контейнер не хотелось бы. Как наиболее православно решить эту проблему?Сменить веру и подключить нормальный "универсальный" контейнер. Интегрировать его с Asp Net. Getting Started with Autofac and MVC6 + ASP.NET Core (aka ASP.NET 5) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 12:42 |
|
||
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
yabs, Интегрируй Autofac и используй его модули, получишь независимую, закрытую регистрацию сервисов и кучу плюшек Autofaca, и всё это на каркасе Microsoft.Extensions.DependenyInjection.Abstraction в среде веб приложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 18:34 |
|
||
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
tAZARТакже есть моменты, где то, что создается внутри UoW, можно достать из контейнера. Это дело ваше. Печально, что UnitOfWork публичный класс. По-хорошему, имплементации должны быть internal, по возможности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 18:35 |
|
||
|
DI/ASP.NETCore/N-Tier
|
|||
|---|---|---|---|
|
#18+
Алексей Кyabsподключать еще один DI контейнер не хотелось бы. Как наиболее православно решить эту проблему?Сменить веру и подключить нормальный "универсальный" контейнер. Интегрировать его с Asp Net. Getting Started with Autofac and MVC6 + ASP.NET Core (aka ASP.NET 5) +100500 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2017, 18:35 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=39490043&tid=1355483]: |
0ms |
get settings: |
5ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 362ms |

| 0 / 0 |
