Видео

JetBrains Rider

В целом весь цикл предполагает кое-какой базовый уровень зрителя, чтобы он не путался в этих сложных темах. Скажем так, не для джунов :) Если подскажете, где я запутался и что-то непонятно/плохо рассказал, то я с удовольствием поправлюсь/попробую уточнить. Окно увеличено, тут приходится искать какую-то золотую середину между мелким шрифтом и тем, чтобы код помещался в экран - все-таки не хелловорлд пишем. Однако вы всегда можете посмотреть исходный в репозитории!

Чтобы поддерживать единообразие кода. Сегодня это пустая команда, завтра уже нет. Но также в случае с MediatR вам все равно необходима команда - вы диспатчите какое-то событие, которое будет обработано соответствующим хендлером. В других случаях даже пустая команда будет указывать на тип возвращаемого значения (например, GetCurrentUserQuery : IRequest<MyAmazingUserModel>). Что касается валидатора, то мною было принято судьбоносное решение экстренно падать, если валидатор для команды не зарегистрирован, чтобы гарантированно избежать ситуации, когда кто-то забыл добавить валидатор для команды и теперь любая команда считается валидной. Таким образом, даже для пустых команд приходится добавлять пустой валидатор. Это не обязательно делать так, и, конечно, вы вольны считать команду без валидатора валидной по умолчанию, но я стараюсь поддерживать энтерпрайзные политики zero-trust :D

Так тоже можно! Но есть нюансы: 1. Сегодня мы создаем идентификатор топика на сервере, а завтра захотим, чтобы этим занималась БД, вместе с проставлением CreatedAt/UpdatedAt. В случае с идентификатором, если мне не изменяет память, подход маппинга созданного энтри продолжит работать, но вот с остальными значениями я уже не уверен. Проверю! 2. Сегодня доменная модель вот такая элементарная, а завтра окажется, что ей требуются дополнительные данные, которые нужно доставать через всякие JOIN операторы итп. Например, нужно не просто вернуть топик, но и его автора с аватаркой, именем юзера и ролью. Такое тоже можно было бы делать, доставая маппинг из текущего юзера, но это уже становится не так стабильно - а что если текущий юзер это не автор, например? Или что если я не хочу в контексте моего запроса держать ссылку на аватарку текущего юзера? Если коротко, в скоупе того, что мы сделали на видео - вы полностью правы, достаточно мапить то, что было в памяти. Я сделал преждевременную оптимизацию :)

шакальное качество видео, а не кода)

@@Gal_larate ахахах, да, тут мой косяк, надо было попросить зум сделать по полной программе. В райдер все еще не подвезли кодколлаб, а то может быть можно было бы без хитрожопостей обойтись.

Спасибо, очень приятно, и за вас рады! Все стримы прямо тут, на ютубе. Обычно по четвергам, но не всегда получается стабильно их проводить :)

Извиняюсь за долгий ответ! Да, будет, в какой-то форме. Это все-таки цикл скорее о том как проектировать приложения, готовые к микросервисной архитектуре, но сам домен мало располагает к ней :)

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

​@@ПерейтивАйТиПривет, спасибо за контент. Будет ли в проект добавлен кэш? По типу Redis or Memcached?

@@ПерейтивАйТи Спасибо брат!

Еще как будем! Вот уже завтра :D

Можно подумать на эту тему, но если честно пока нет возможности. Как закончим со стримами по дотнету, попробуем вернуться к теме.

Ну на питоне все плюс-минус то же самое, только дока по aiopika похуже, имхо. Но может когда-нибудь и созреем повторить на питоне (когда автор выучит питон, хехе).

RPC в RMQ предполагает использование токена корреляции, действительно. В тех примерах, о которых я говорил, обратная связь не нужна, поскольку они асинхронные по своей природе, и поэтому нам и не было это нужно. Кейсы где RMQ заменяет собой более традиционные транспорты, типа HTTP или gRPC я не рассматривал, да и в целом скептически к ним отношусь.

@@ПерейтивАйТи но кейс с функционалом поисковика, разве не работает по связи вопрос-ответ? Т. Е. Вопрос от продюсера консюмеру: дай мне данные по параметру. Далее, как мне кажется, они меняются местами. Продюсер возвращает результат консюмеру (который до этого был продюсером). И тут мне непонятно, как консюмер узнает какой канал слушать? Ведь когда он создавал канал для отправки ответа, консюмер его получил и канал закрылся. Может нужно каждый раз создавать уникальный канал с именем uuid4, по которому сервису придёт запрос. Затем сервис создаст такой же для отправки ответа... Вот это мне непонятно...

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

@@ПерейтивАйТи странное происходит с вашим "чатом". Вроде только зашел, пишу вопрос, но меня выкидывает и и пишет "группа недоступна"

Спасибо за комментарий! Для новых выпусков я специально прикупил себе хороший микрофон, так что со звуком должно быть все плюс-минус хорошо в дальнейшем :)

Где Энтони Старр?

Я конечно буду рекомендовать шарпы, но я предвзят :) Джава тоже ничего, как платформа, но язык, на мой взгляд, так себе. Но к счастью у них есть котлин.

Все ок. Продолжай!

Конечно, это тоже нужно.

У нас пока очень простой домен, так что в каких-то случаях он действительно "тупой". Чем дальше, тем больше в нем будет логики. Но не забывайте, что помимо моделей у нас в домене еще и юзкейсы находятся. И они бывают довольно сложными. Если бы домен больше к этому располагал, то можно было бы писать вообще в стиле DDD, но я в этом цикле хотел сфокусироваться только на "чистой архитектуре" и периферии, которая необходима для удобной эксплуатации.

Как правило, каждому адаптеру нужны свои модели. Иначе ваши адаптеры начинают друг о друге знать (чтобы конвертировать модели друг друга туда-сюда). В первых видео я еще вольготно обращаюсь с этим, но к пятому видео у меня уже все полностью отгорожено :)

И спасибо за ваши комментарии и вопросы!

Скажем так, опыт подсказывает, что обычно когда проджекты начинают делиться своей экспертизой в технологии с разработчиками - сюрприз это скорее неприятный. Доверяйте разработчикам и полагайтесь на их экспертизу :)

удиви отсутствием микроменеджмента)

всё равно никто не понял))

Добавляйтесь в наш чат, там есть анонсы грядущих выпусков и возможность пообщаться со спикером :)

@@ПерейтивАйТи правда? А где могу его найти?