Вот по этой же причине я не вижу ничего плохого в юзернейм в конструкторе. Почему сервис должен быть завязан на di?

Спасибо большое

чтобы тестировать?

А почему сервис должен быть завязан на тестах?

Не сервис, а контроллер. Если будет создаваться инстанс в контроллере, его нельзя будет замокать, если я правильно понял предложение создавать сервис вручную и передавать через конструктор пользователя

более лаконичное решение

Ребят, привет, пишу для себя asp.net core приложение. Решил добавить логи для методов контроллеров. Сначала пользовался встроенным логгированием и просто логировал каждый вход и выход. Затем вспомнил про наличие middleware и написал пару сервисов, логирующих входы/выходы и ошибки. Но там началась путаница, полез смотреть общие практики, нашел кучу фреймворков вроде log4net, NLog, Serilog и запутался окончательно. Есть какой-то более менее стандартный адекватный подход к логгированию методов контроллера? Использовать чет сложное вроде Splunk или кибаны пока не планирую, так как денег стоит.

Как такую строку преоброзовать в текст?
¾Ð³Ð¾ центра New America, писателÑ

никак, она уже может быть испорчена. А в byte[] она судя по всему лежит в utf-8

так что тебе надо править либо вывод на экран/страницу либо конвертить из utf-8 в твою кодировку

Да, как мне его правильнее получить с сайта у которого кодировка utf-8?

неизвестно как ты её запрашиваешь

А вопрос то в чем? Какой Фреймворк выбрать или что? Если хочется работать со стандартным провайдером, то можно установить какой больше нравится фреимворк и встраивать логгер черех DI как и советует MS

CQ artCq = CQ.CreateFromUrl(link, serverOptions);

ето што

ну это библиотека типа парсера

ну смотри что там у тебя в serverOptions, более ничем помочь не могу

Можно сначало страницу получить и потом ему отдать, но как мне получить полностью html?

в serverOptions нет ничего связанного с кодировкой