Ну тут классическая анекдотичная ситуация "И вы говорите" Я скорее о том что столько читать и понимать в день очень сложно. А еще у него встречи наверное были и другие дела и он не чиллил с книжкой весь день на диване. Википедия того же мнения https://ru.wikipedia.org/wiki/Круг_чтения_Сталина#Режим_чтения
Причем забавно что автор с одной стороны смеётся над адептами заряженный воды а с другой свято верит что Сталин читал по 300-500 страниц в день (ещё и не художественной литературы)
— Asynchronous injection
Проблема не решилась. Бизнес правило приходит снаружи конструктора/фабричного метода. Я как нехороший программист обязательно положу в туда бяку.
— Internal for infra
В одной сборке с бизнес логикой будет валяться инфра код. Не чисто.
Если ты хочешь все запараллелить чтобы ускориться, то обломись
А вот и не обломись:
public async Task<List<Blog>> GetBlogsAsync()
{
using (var context = new BloggingContext())
using (var context2 = new BloggingContext())
{
// parallel queries
}
}
Если в разных источниках конфигурации присутствуют одинаковые ключи (сравнение идет без учета регистра), то используется значение, которое было добавлено последним.
Это не всегда так. Для массивов будет просто добавление элемента в массив.
А если для инициализации агрегата потребуется over 20 параметров. Делать конструктор с кучей параметров?
И что делать если логика должна предполагать как полную так и частичную инициализацию агрегата?
Если ходить во время встреч то работать вполне возможно
Ну тут классическая анекдотичная ситуация "И вы говорите"
Я скорее о том что столько читать и понимать в день очень сложно. А еще у него встречи наверное были и другие дела и он не чиллил с книжкой весь день на диване. Википедия того же мнения
https://ru.wikipedia.org/wiki/Круг_чтения_Сталина#Режим_чтения
Причем забавно что автор с одной стороны смеётся над адептами заряженный воды а с другой свято верит что Сталин читал по 300-500 страниц в день (ещё и не художественной литературы)
В опере мобильной прекрасно всё работает. Ещё и блокировка рекламы есть
Все там меняется легко в настройках. Например https://operaru.ru/faq/how-to-change-search-engine-in-opera
Ошибка на миллион долларов
Можно сначала скомпилировать быстро а потом при необходимости в фоне перекомпилировать уже с оптимизациями.
https://github.com/dotnet/runtime/blob/master/docs/design/features/tiered-compilation.md
У вас уже есть в статье вариант как хранить секреты на dev машине.
Можно добавить в gitignore файл appsettings.Development.json и в нем хранить настройки и секреты
Проблема не решилась. Бизнес правило приходит снаружи конструктора/фабричного метода. Я как нехороший программист обязательно положу в туда бяку.
— Internal for infra
В одной сборке с бизнес логикой будет валяться инфра код. Не чисто.
А вот и не обломись:
На сколько помню ничего не заменяется. Просто добавляется. Например в случае массива в appsettings.json и appsettings.Development.json
Это не всегда так. Для массивов будет просто добавление элемента в массив.
Пример декоратора:
Декоратор вроде должен реализовать тот же интерфейс что и декорируемый.
И что делать если логика должна предполагать как полную так и частичную инициализацию агрегата?