La diferencia es que las clases de servicio pueden tener estado. Y por estado me refiero al estado conversacional. Considere un sistema de ordenamiento nocional.
interface OrderSystem {
void login(String username, String password);
List<Item> search(String criteria);
void order(Item item);
void order(Item item, int quantity);
void update(Item item, int quantity);
void remove(Item item);
void checkout();
Map<Item, Integer> getCart();
void logout();
}
Tal cosa podría hacerse con beans de sesión con estado (como un ejemplo), aunque en el caso de que la autenticación probablemente estaría cubierto mecanismos EJB más tradicionales.
El punto aquí es que hay un estado conversacional en el sentido de que los resultados de una llamada afectan las llamadas subsiguientes. Puede ver los métodos estáticos como un conjunto de servicios simples sin estado que se ejecutan localmente.
Un servicio tiene un significado mucho más amplio que incluye, pero no se limita a, ser:
- de estado;
- remoto; y
- depende de la implementación (es decir, a través de una interfaz).
Mejor práctica, creo que es simplemente utilizar métodos estáticos como métodos de conveniencia (especialmente dada la falta de métodos de extensión de Java). Los servicios son mucho más ricos que eso.
Una variable estática conservará el estado de una clase estática. No es que esté fomentando las clases estáticas, solo digo ... –
La mayoría de las clases que he visto con estado estático son ejemplos de lo que llamo el patrón 'Ojalá fuera un singleton'. –
El estado estático en una clase estática es una de las mejores formas que conozco (si no es la mejor) para entrar en el sorprendente mundo de los problemas de simultaneidad. Sólo digo'... –