Как стать автором
Обновить
0
0

Пользователь

Отправить сообщение

Как я понял, это свой Orleans?

Скул в тексте - это всегда красиво. А приправленный nameOf, так шедевр базопостроения. Институтом и лекциями пахнет. Нет?

И подписываться на событие тоже так себе идея. Лучше свой консамер подсунуть.

Это же пример. Понятно, что надо выносить подключение в отдельный компонент и мониторить обрывы...

У меня есть один проект с полем, которое жмётся. Упаковывать сериализатор в свой класс много где распространено.

Я для маппинга всегда используй свой класс. Один на одну интеграцию.

Решарпер же умеет при создании объекта предложить собрать его из другого. В два клика маппинг пропертей кодится.

Пробрасывать шифровальщики и компрессоры. Иногда и сериализаторы.

Разные поля, проброс аргумента в метод, инжекция шифровальщиков или компрессоров. Всё это неудобно в автомаппер. Удобнее делать свой маппер на каждую интеграцию с перегруженными методами From To.

То есть, только для высоких нагрузок? Проблема с совместимостью протокола, поддержки и тестирования пересилитвают скорость реста? Правильно я понял?

Если в системе только c#, имеет ли смысл использовать сразу Orleans + протобуф?

Есть ли вообще какая-то мало малькая инфраструктура вокруг сабжа? TTL, кластеризация, например?

Я правильно понял, что проблема WebApplicationBuilder - это отсутствие возможности проброса DI в конструктор промежуточного ПО ?

Полностью согласен.

Года четыре назад пытались написать админку на cshtml5. Ну, очень много багов было. Хотя, работать заставили. Тогда она компилила не веб-сборки, а js. Эту версию не пробовали.

Лампово. Спасибо.
На мой взгляд. Это плохая практика. Через некоторое время никто не поймёт, что здесь происходит. Понимаемость свелась к нулю.

Я не вижу никаких преимуществ перед Orleans. Ошибаюсь?

Прекрасная статья! Спасибо автору!

Порадовало: элегантное сочетание HTML и C#.

switch (true)
{
case signal==Signal.Red ll signal==Signal.Yellow:

1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность