поля написаны случайные, суть в том что одни поля могут понадобиться на одной странице, а другие поля на другой странице, и как в связи с этим строить domain model ?
если скроем контекст за интерфейсом и замокаем его, то получается, что мы предполагаем, что контекст работает правильно, но ведь сама суть тестирования репозиториев является проверить как данные пишутся в БД, или я не прав?
Валерий Абакумов: к примеру мы используем репозитории, которые завязаны на EF, в котором создается экземпляр контекста и дальше с ним работает, в таком случае есть ли смысл рефакторить приложение для того чтобы замокать контект, ведь этот репозиторий реализует конкретныый доступ к данным за счет EF
AtomKrieg: в русском языке, чтоб ты знал, вопросительное предложение помечается вопросительным знаком, в моем сообщении есть эти вопросительные знаки, и стало быть, вопросы там имеются, внимательнее читай текст
как я понимаю в первом случае мы возьмем только 100 элементов и наверно тип будет IQuerable, а во втором случае, мы сначала загрузим млн записей в память и тип будет List, а потом из них возьмем только 100
VZVZ: хочу заниматься web разработкой, хочу понимать как сделать так, чтобы все работало и было отказоустойчивым, начиная от БД и заканчивая кнопочкой в интерфейсе