На сколько думаете есть смысл разделять модели чтения и записи. Если у тебя и под тем и под другим один и тот же ef. Или это просто такой показательный пример, для того чтобы с cqrs разобраться ?
Не является ли mediatr антипаттерном ?)

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

ну или из кэша брать

Но в данном примере этого же не делается. Мне кажется это может ввести в заблуждение. Статья может оказаться вредной т.е.

90% статей и книг в современном мире ни о чем

Короче, если перформанс страдает - выносите чтение, кэшируйте и прочее

Если нет - не трогайте, ибо сложность будет расти квадратично

Ибо добавляются новые элементы, в которых надо разбираться, админить, деплоить

в 90% случаев проблема в непонимании фреймворка

И говнокоде

В том же EF есть AsNoTracking, который вы можете в ресте использовать

+

А еще я скажу что большинство "программистов" и программ очень низкого уровня.
Закрасить стенку в синий цвет может любой. Нарисовать картину не любой. Для этого нужен талант и умение.
Так же и в программировании.

Смысл в том, чтобы понимать область проблемы. Например, у вас каталог товаров. Очевидно, что он не меняется по 200 раз на дню (если вы не амазон). Соответственно, хорошая идея закэшировать это в памяти, чтобы не джойнить лишний раз в БД.
С другой стороны, если данные меняются очень часто и они важные для бизнеса (а не коменты в фейсбучке), то с каким-нибудь редисом будут проблемы, т.к. больше времени будет тратиться на синхронизацию кэша.

Поэтому тут нет общих советов, все зависит от задачи, области применения, нагрузок. Но усложнять точно не надо, больше кода, больше проблем, больше точек отказа, сложнее деплоить. Вот этот физзбазз энтерпрайз эдишен.

Я новичок, знаю базовые возможности языка c#, интересует создание игр, мне кажется, что учиться будет проще, имея какой-нибудь список задач, которые нужно решить, не подскажете, что что-нибудь, что можно использовать в качестве такого списка?

Пет проект

Придумай игру и делай

Простую игру делать. Я с этого начинал.
Тетрис, арканоид, сапёр...

Привет, народ
опять я, сос воими тупыми вопросами прибежал, делать вот мне нечего на карантине
итак:

есть бд(от попыток приведения примеров на EF прошу воздержаться, допустим, что у меня обычная бд на sqlServer и я делаю запросы с помощью ado.net)
так вот
есть таблица юзеров и чатов + промежуточная для М-М отношения
логично предположить, что у чатов должна быть связь с таблицой сообщений
но вот проблема:
я хочу иметь разные типы сообщений(обычное/пересланное/с картинкой/с файлом/с опросом и т.д)
естественно, что у разных сообщений разные поля(у обычного сообщения нет картинки, а у картинки нет опроса)
как вообще принято работать с такими сущностями и их связями?

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

Я какой-нибудь сайт с задачками?