ниибу, я никогда не работал с етим CQ

нашел тут метод с encoding

Все нашел, спасибо

Вопрос был в адекватном подходе. Окей. Тогда вопросы следующие:
1. Стоит ли вручную логировать вход и выход каждого метода контроллера или действительно стоит обернуть это в middleware и поставить его в конвейере первым?
2. Сталкивался ли кто-нибудь с необходимостью ставить фреймворки вместо стандартных средств логирования? Какие плюсы это дало и что было неудобно?
Вот например, Serilog предлагает использовать статический класс для ведения логов, мало ли кто влетал с проблемами на этом (например, при записи в файл)?

Если хочешь тестируемый код, то конечно никаких статических методов, только DI. Из коробки asp net core поддерживает нескольких провайдеров типа консоли eventlog, если нужно логировать в файл то подключаешь уже какой то фреимфорк, тот же log4net и настраиваешь лайаут логирования. На счет первого не подскажу все зависит от того что ты хочешь.

фреимфорки тесно интегрированны если что, и это еще просто один провайдер

Что тут не так? При наведении на возможные решения не предлагает импортировать(что и логично, он импортирован)

ConfigurationManager это по твоему класс? С конфигами не так работают

У меня есть проект на WPF, там всё так и работает, на удивление))

Я тупо контрал с, контрал в

таргет проекта какой

Просто обучение работы с бд

таргет всмысле net framework какой

Со вторым, кажется, осознал-разобрался, спасибо. На счёт первого - хочу пролонгировать вход-выход-ошибки каждого метода каждого контроллера. Писать постоянно логирование в методах лень, думал, что middleware даст более лёгкое решение. Приходилось ли кому такое делать/видеть? Или все пишут логи в методах контроллеров и не парятся?

*прологировать

Это кор

3.1

там надо доставлять nuget пакет System.Configuration что ли

В случае с Data.SqlClient мне оно само всё скачало и юзинг написало, странно, что тут так не работает

Щас попробую