вопрос по паттерну repository. Используют его в качестве абстракции от конкретного хранилища данных. Для сохранения объекта используются dto-объекты, в которые сериализуются и из которых десериализуются бизнес-сущности. Соответственно в интерфесте репозитория должны быть только бизнес-объекты, например user, но не userDto.

Есть много споров о правильной реализации репозитория, я склоняюсь, к тому, что из него не должно торчать IQueriable и он может иметь столько методов, сколько нужно.

Вопрос - как поступают, если нужен не весь объект, а лишь несколько его свойств? Что в этом случае возвращает репозиторий?

так ты нихуя не ждешь

пустил таски и забил

вот у тебя иногда успевает иногда не успевает

и че?

Где ты ждешь таски?

А для чего тогда Task.WaitAll? Разве он не должен ждать

да должен ждать таски

Так ты еблан
Ты ожидаешь пустой список задач

ЕСЛИ ЕМУ УКАЗАТЬ КАКИЕ

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

а там пустой лист

и пиздюк пошел играть

хто еблан? угадай сам

Я думал, что оно при создании хранит список тасков

да хранит но не там

)

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

Попробуй в следующий раз думать не жопой и читать доку, а не угадывать такие сайдэффекты

создавать отдельные сущности UserNameId, UserNameIdAddress итд на каждый чих?