¿Hay algún efecto secundario de usar muchas funciones estáticas?

Question

Actualmente estoy interesado en el marco de juego porque este marco promete un desarrollo más rápido.

Cuando veo el código, hay tantos códigos estáticos. incluso el controlador declarado como función estática. Por lo tanto, todo el código que llama dentro de la función estática debe ser estático, ¿verdad?

Mi pregunta es, ¿este enfoque es correcto? ¿Hay algún efecto secundario de usar para muchas funciones estáticas?

Answer 1

Un par de cosas sobre los métodos estáticos en un lenguaje orientado a objetos: Déjame intentar explicar los problemas si eliges tener todos los métodos estáticos.

El uso de todas las funciones estáticas puede no ser idiomático en un lenguaje orientado a objetos. No puede anular funciones estáticas en una subclase. Por lo tanto, usted pierde la capacidad de hacer polimorfismo en tiempo de ejecución anulando.

Las variables que defina se convertirán todas en variables de clase automáticamente (ya que todos sus métodos son estáticos), por lo que esencialmente no tiene ningún estado asociado a la instancia.

Los métodos estáticos son difíciles de simular. Es posible que necesite marcos como PowerMock para burlarse de usted. Entonces las pruebas se vuelven difíciles.

El diseño se vuelve un poco complejo ya que no podrá crear clases inmutables ya que solo tiene la clase y no tiene ninguna instancia. Así que diseñar clases seguras para subprocesos se vuelve difícil.

Answer 2

Sí, existe el efecto secundario de utilizar demasiadas funciones estáticas o variables. Debe evitar declaraciones estáticas innecesarias.

Porque los miembros estáticos siempre crean un espacio de memoria una vez que la clase se carga en el JRE. Incluso si no crea el objeto de la clase, ocupará la memoria.

Answer 3

Para ampliar mi comentario.

métodos estáticos pueden llamar a métodos no estáticos siempre que tenga una instancia de algo.

class A { 
    public void nonStaticMethod() { } 

    public static void staticMethod(String text) { 
     // calls non-static method on text 
     text.length(); 
     // calls non-static method on new Object 
     new Object().hashCode(); 
     // calls non static method on a instance of A 
     new A().nonStaticMethod(); 
    } 
} 

Answer 4

Esta pregunta se ha formulado de forma similar anteriormente. La respuesta simple es que Play usa estadísticas donde es sensato.

El modelo HTTP no es un modelo OO. Las propias solicitudes HTTP son sin estado, y por lo tanto, los métodos estáticos permiten el acceso a los controladores como solicitudes funcionales del código del cliente.

Las clases de modelos, por otro lado, son OO puros, y como resultado no son estáticas pesadas. Algunos de los métodos de utilidad, como findAll o findById son estáticos, pero estos no son statefull, y son métodos de utilidad en la clase. Esperaría esto en un modelo OO estándar de todos modos.

Por lo tanto, no creo que exista ningún riesgo al hacer las cosas de la manera en que Play espera. Puede parecer extraño, porque desafía la norma, pero lo hace por razones de sonido.