Каждый из которых имеет индивидуальную логику

Не знаю, выглядит код стрёмненько)

Не знаю, выглядит код стрёмненько)

Ну иначе лапшу писать?

на ифах

Какую лапшу?

А такое количество интерфейсов

все нормально, это обычный DI

В данном случае сложно что-то придумать в качестве аналогии. Но допустим тебе надо настроечки из дб при запуске подгрузить. Синхронно грузить?

В данном случае сложно что-то придумать в качестве аналогии. Но допустим тебе надо настроечки из дб при запуске подгрузить. Синхронно грузить?

Какие именно настроечки?

Ну, я просто не помню такого кейса

Не могу подсказать

все нормально, это обычный DI

Через ninject выглядит лучше :)

Но нинжект и автофак ничем не отличаются

почти

ISettings в конструктор

Через ninject выглядит лучше :)

это как?

ISettings в конструктор

Из одного места перенести в другое

но суть останется той же

ISettings в конструктор

А создавать его тоже сервис провайдером, который тоже не сможет в асинк, разница то

Там чисто отдельная страница для сеттингом

один хрен

Мне в конструкторе больше нравится, сразу видно, что инжекнется

это лишь другой способ инжекта

а тут надо по классу искать

Мне в конструкторе больше нравится, сразу видно, что инжекнется

На вкус и цвет

Нах этот даггерстайл

угу, через конструктор трудно "забыть" че-то пропихнуть

Конструктор ванлав, на ручной резолв легко менять и таскать между проектами

Я просто вынес это всё в BaseController

И наследую все свои контроллеры

а если у тебя десятки менеджеров, репозиториев, хэлперов и прочей поеботы?

И завязался на нем ага

А тестами покрывать?

почему репозитарии названы севисами?

Очень весело такие инжекты подменять

а если у тебя десятки менеджеров, репозиториев, хэлперов и прочей поеботы?

Если мне, то декомпозиция спасет

почему репозитарии названы севисами?

это и есть сервисы

)

Меня пока устраивает этот вариант

Проблем с ним не было

сервисы которые вытаскивают данные?

Если мне, то декомпозиция спасет

не, я Николаю про то, что не везде засунешь один базовый класс

Меня кстати очень радуют обертки uow над ef, когда тот уже является оберткой uow

Это сервисы

Там бизнес логика есть

+

Все так

кто во что горазд кароч

я вот всегда наблюдал метод GetAll() в репозитарии

ну на стаке, согласен

там всё верно

и вот почему там iQueryable а не IEnumerable

я вот видел видос где чувак затирает что в репозитариях должен быть энумирбл

а сэйв ченйджез в юнит оф ворк

+1 ^

особенно нравятся когда эксперты дахуя сидят с умным лицом говорят что ты не прав, когда только недавно слышал противоположную точку зрения от другого такого же эксперта

и ты такой ээээ

в итоге никто точно не знает как правильно, зато все друг друга говном уже полили

насколько зашкварно сделать такие сервисы синглтоном?

насколько зашкварно сделать такие сервисы синглтоном?

на 100%

а есть у кого класс репозитория который на core работает?

а есть у кого класс репозитория который на core работает?

У меня вот эти сервисы на коре

репозиторий не юзаю

т.е. в них дальше EF\Dapper?

т.е. в них дальше EF\Dapper?

+

ef core

+ автомаппер тоже под кор

в итоге никто точно не знает как правильно, зато все друг друга говном уже полили

Вот тебя от эксперта и отличает, что на мнение другого эксперта он не будет экать, а начнет перестрелку говном

насколько зашкварно сделать такие сервисы синглтоном?

на 101%

Вот тебя от эксперта и отличает, что на мнение другого эксперта он не будет экать, а начнет перестрелку говном

?

Зачем тебе синглтон?

ef core

т.е. на тестах мокаешь сразу весь сервис, а не репозитори?

Но я хочу засунуть в них ивент, например. И файрить его при каких-нибудь изменениях.

т.е. на тестах мокаешь сразу весь сервис, а не репозитори?

Тесты я сюда не писал, но сделал бы так

По-сути тоже самое но с бизнес логикой

можно сделать его статичным, но это же ебантяйство

Но я хочу засунуть в них ивент, например. И файрить его при каких-нибудь изменениях.

у тебя веб приложение?

у тебя веб приложение?

нет

Но я хочу засунуть в них ивент, например. И файрить его при каких-нибудь изменениях.

Давай так, если ты столкнёшься с реальным кейсом когда будешь писать

Тогда будешь искать

Я уже столкнулся

а, ну ты гуглил если у тебя десктоп?

я в десктопе плохо шарю

не подскажу

Что гуглил? У меня все работает, я переписываю с ДЕПЕНДЕНСИ ИНДЖЕКШЕН, чтобы было модно и девочки текли

Репозиторий у меня был один везде. Но гугл говорит, что так нельзя.

Вот тебя от эксперта и отличает, что на мнение другого эксперта он не будет экать, а начнет перестрелку говном

Меня отличает то что я не начну ни в кого кидаться говном. А мнение этих экспертов на самом деле даже и не их мнение чаще всего. Зачастую они просто примкнули к одной из поставленных точек зрения, которые сформулировали какие-нибудь папки ооп проектирования

Меня отличает то что я не начну ни в кого кидаться говном. А мнение этих экспертов на самом деле даже и не их мнение чаще всего. Зачастую они просто примкнули к одной из поставленных точек зрения, которые сформулировали какие-нибудь папки ооп проектирования

Нет, их, без мнения - это лемминги и хайпрайдеры

кто самый крутой папка проектирования? :)

Ребята, привет! Делаю ассесмент тест для джуниоров NET C#. Кто-нибудь из вас мог бы его посмотреть/проверить на адекватность? Было бы ооочень круто получить фидбек и профессиональную точку зрения.

Ребята, привет! Делаю ассесмент тест для джуниоров NET C#. Кто-нибудь из вас мог бы его посмотреть/проверить на адекватность? Было бы ооочень круто получить фидбек и профессиональную точку зрения.

Жги)

Ребята, привет! Делаю ассесмент тест для джуниоров NET C#. Кто-нибудь из вас мог бы его посмотреть/проверить на адекватность? Было бы ооочень круто получить фидбек и профессиональную точку зрения.

Пиши

кидвй сюда

? не знаю получит ли чел хороший фидбек

Или погрязнет в разных мнениях