Альтернатива библиотекам статических классов

Точно нет. Служебные модули со временем превращаются в большие коллекции грубого кода.

Я обычно помещаю такие вещи, как конфигурация и константы, только в одноэлементный или статический класс, потому что он никогда не изменится и с таким же успехом может быть «глобальным».

Вы говорите о коде, который будет частью общей библиотеки. Статические методы действительно используются в общих библиотеках. Проверьте System.Linq.Enumerable

Я бы следовал этим рекомендациям:

• По умолчанию это не статические методы. Это должны быть только статические методы, потому что они, естественно, не имеют состояния (поведение зависит только от параметров). Если они не имеют естественного состояния без состояния, тогда вам следует создать соответствующий класс для управления этим состоянием.
• Покройте их с помощью модульных тестов. Если вы больше ничего не тестируете, выполните модульное тестирование этих файлов. Это должно быть очень легко сделать. Если это непросто, значит, это неправильно.

Если вам нравится внедрение зависимостей, вы все равно можете это сделать. Код, основанный на статическом методе, может вместо этого вызывать Func (T, U) или действие, которое ссылается на этот статический метод.

I've heard some talk that in an 'enterprise level' application it is often considered best practice to avoid large libraries of these static classes and methods. I imagine that it could get quite hard to maintain.

IMHO, вы должны применять такие вещи, как дженерики, чтобы сократить размер ваших служебных методов / библиотек, и если вы используете служебный метод только в одном месте, то он не принадлежит общей библиотеке, но в конце дня у вас все еще, вероятно, будет довольно много.

Во всяком случае, это меня озадачивает. Если бы вы не поместили их в общую библиотеку, куда бы вы их поместили? Копировать / вставлять в каждый проект или что-то в этом роде?