Спасибо за выпуск! "Using type aliases to make code clearer with generics" у Вас битая ссылка. Переписал коллекции используя юзинги! Спасибо большое!
@tt0nix
4 ай бұрын
У меня работает. Проверьте пожалуйста ещё раз или из другого окружения
@Undefined-w7z
4 ай бұрын
Спасибо за выпуск, как всегда много интересного) По поводу настройки из appsettings - можно подключить json schema, которая подсветит опечатки и покажет какие поля доступны, и анализаторы посмотреть чтобы не давало стартовать если что-то некорректно, ну и валидацию на старте
@tt0nix
4 ай бұрын
К сожалению, не у всех файлов есть json-схема. Хипстеры не очень любят все эти интерпрайз штучки. Хотя многие из них уже подрастают и начинают осознавать как в детстве ошибались, ситуация очень вяло исправляется. Ну или например если у вас система плагинов (как в Serilog), никто не сможет гарантировать что каждый плагин будет поставлять схему. А вот рабочий C#-код с интелисенсом они поставить обязаны.
@kudesnikreal
4 ай бұрын
При рассуждении об adr у меня возникает вопрос - а как связать adr документ с изменениями в коде? Анатолий вот говорит, что adr поможет понять, что творилось в голове у разработчика, когда он писал этот код. Но для этого нужна связь. А какой наиболее удобный способ соотнести измерение кода и adr? Про это как будто бы не говорят. Предполагается что adr будет входить в каждый значимый ченджсет, а каждая фича представлена только одним ченджсетом?
@tt0nix
4 ай бұрын
Обычно ADR это больше чем фича или один коммит. Наприр: почему мы выбрали эту БД для хранения или зачем нам OAuth. Поэтому соотнести с конкретным кодом сложно, да и не нужно. В остальном, в issues, wiki, в комментариях к коду или в иной документации, можно делать ссылки на конкретный ADR. Если ADR можно связать с конкретным кодом, то будет удобно засунуть их в один commit.
Пікірлер: 6