¿En qué casos las clases de utilidad no son una mala práctica?

Las clases de utilidad no son una mala práctica para las funciones sin estado, que solo funcionan en su entrada y salida de retorno, y no modifican el estado. Esto es especialmente cierto para los lenguajes que requieren definiciones de clase incluso si no hay objetos reales, como Java.

La creación de objetos y el estado donde no son necesarios, solo para “hacerlo orientado a objetos”, es perjudicial para el diseño del programa.

¿Quién te dijo que eran una mala práctica?
Las clases de utilidad están bien, como es evidente en las muchas bibliotecas de utilidades comunes, por ejemplo: utilidades de cadena, utilidades de línea de comandos, bibliotecas de agrupación, bibliotecas de almacenamiento en caché, todas las utilidades. Por lo tanto, los servicios públicos son una buena práctica. ¡Los mejores deseos!

Las clases de utilidad nunca son una mala práctica. Hay algunas pequeñas líneas de código que no pertenecen a ninguna parte pero que se usan muchas veces.
Así que seguimos adelante, rompemos el diseño orientado a objetos y hacemos una clase de procedimiento para la utilidad.

Incluso las personas que dicen que la utilidad es mala, nunca lo intenten. Simplemente pregúnteles si usan la herramienta de cadena en sus softwares. La respuesta es sí.
Pero haga las utilidades con cuidado, haga clases de utilidad pobres.
No confíe en la utilidad misma.