Мы используем блоки регистрации, обработки исключений и проверки.
Мой опыт работы с логгингом AB похож на ваш: он проделывает вам 95% пути. Настройка не легка, и приводит ко всем видам накладных расходов (обновление, тестирование на неизвестной территории, ..). В целом, хотя, я не думаю, что это было бы быстрее, чем я, особенно если учесть, что параметры конфигурации очень удобны (не так сильно во время разработки, но когда они развернуты, мне действительно нравится иметь редактор и включать / выключать) фильтры во время выполнения и т. д.). Я написал небольшую обертку вокруг него, поскольку обнаружил, что он предлагает гораздо больше вариантов, чем нам нужно (например, отдельная серьезность / приоритет - какая разница снова? И т. Д.).
Обработка исключений, которую мы использовали ненадолго, но выбросили. В конечном итоге мы решили, что это слишком большая конфигурация. Конфигурация в app.config имеет серьезную проблему: она не является модульной (то есть вы не можете легко объединить конфигурацию из разных источников).
Валидация: не большой поклонник. Без особой причины, просто не применимо много.
Итак, в конце концов, мы действительно используем только настроенную Logging AB. Сделай вывод о том, насколько все это полезно;)
Так что я бы согласился, что АБ на самом деле не руководство - они предлагают широкий спектр опций, и вам нужно определиться с тем, как его использовать.
У нас был плохой опыт использования CAB (Composite UI AB). К сожалению, мы слишком далеко продвинулись, чтобы изменить его сейчас, но если бы я снова сделал тот же проект, я бы вообще не использовал CAB. Похоже, что это не совсем то, что нам нужно, так что это больше мешает, чем все остальное, и запутывает многое из того, что происходит.