Arm79Petro123love_bach,
Не меняют каждые 5 минут в проектал ОРМы, логи, базы и так далее.
+1


Дмитрий МухArm79 написал, что толку оказалось немного, что означает, что определённый профит был :)
Не-а

По факту оказалось, что добавился новый фреймворк, который
1. в целях унификации обрезал некоторые возможности используемой библиотеки
2. Добавил накладные расходы на собственную поддержку
3. когда появился более интересный для меня serilog - он его не поддержал, то есть слой абстракции оказался совсем не слоем абстракции

В общем, не оправдал ожиданий.
Видится, что проблема в постановке ожиданий и требований.
В реализации. А не подходе.

Arm791. в целях унификации обрезал некоторые возможности используемой библиотеки
А что за библиотеку использовали и какие возможности обрезали? Какой унификации пытались достичь?

Arm79Возможно. Я озвучил только свой опыт. Кому-то возможно это нужнее
А основная цель прям так и звучала: "чтоб ваще можно было логгер заменить на любой другой"?

Petro123fkthatТак-то написать адаптер своего интерфейса к любому логгеру это работы меньше чем на час.так обезьяны и индусы пишут,... интерфейсы к любому чайнику
interface чайник{}
class чайник () {
}
Обезьяна, что пишет у тебя в зеркале :)

fkthatArm79слой абстракции оказался совсем не слоем абстракции
Скорее всего дело именно в этом. Так-то написать адаптер своего интерфейса к любому логгеру это работы меньше чем на час.
hVostt дыл выше ссылку на https://github.com/damianh/LibLog

Arm79 может при желании сравнить со своей реализацией

Petro123Я от тебя после фильтра вижу только квадратик и имя.
Я в курсе. Пациент не раз уже об этом писал.

Arm79Дмитрий МухА что за библиотеку использовали и какие возможности обрезали? Какой унификации пытались достичь?
1. использовал Common.Logging
2. хотел добиться возможности безболезненной смены фреймворка логирования c log4net на другой (на момент написания приложения log4net несколько лет не обновлялся). Поскольку я тогда работал только c log4net, решил использовать common.logging, и потом аккуратно перейти на другую либу (в общем, оказалось ненужно, так как по завершении работ log4net ожил )))
3. получил необходимость поддержки 2 файлов конфигов логов (или 2 секций в общем файла) + совершенно неинформативные ошибки при старте программ (при начале разработки, естественно).

Дмитрий МухА основная цель прям так и звучала: "чтоб ваще можно было логгер заменить на любой другой"?
В общем да )) Цель звучала как заменить log4net на любой другой "живой". Оказалось, что не на любой другой. А на те, что можно заменить - у них итак интерфейсы оказались очень похожи, и переход можно сделать очень быстро, используя автоматический рефакторинг и копи-пасту.

fkthatСкорее всего дело именно в этом. Так-то написать адаптер своего интерфейса к любому логгеру это работы меньше чем на час.
Нельзя. Абсолютно бессмысленная работа. Свой костылек никому не нужен, а чужой по сложности использования и конфигурирования не уступает использованию нативного фреймворка

Единственное, где я пока вижу использование таких абстракций - только если команда разработчиков пилит и поддерживает кучу своих проектов, и хочет централизовано менять инструменты логирования, чтобы не получить зоопарк.
Централизовано менять? А зачем? Ну будет в одном продукте Serilog, а в другом NLog, какие вы видите проблемы?

А вот эволюция, развитие продукта - это кстати хороший пример.