Ci sono effetti collaterali dell'utilizzo di molte funzioni statiche?

Question

Attualmente sono un framework di gioco interessante perché questo framework promette uno sviluppo più rapido.

Quando vedo il codice, ci sono così tanti codici statici. anche il controller ha dichiarato come funzione statica. Quindi tutto il codice che viene chiamato all'interno della funzione statica deve essere statico, giusto?

La mia domanda è: questo approccio è giusto? ci sono effetti collaterali dell'uso di molte funzioni statiche?

Answer 1

Un paio di cose sui metodi statici in un linguaggio orientato agli oggetti: vorrei provare a spiegare i problemi se si sceglie di avere tutti i metodi statici.

L'utilizzo di tutte le funzioni statiche potrebbe non essere idiomatico in un linguaggio orientato agli oggetti. Non è possibile sovrascrivere le funzioni statiche in una sottoclasse. Pertanto si perde la capacità di eseguire il polimorfismo di runtime ignorando.

Le variabili definite dall'utente diventano automaticamente variabili di classe (poiché tutti i metodi sono statici), quindi in sostanza non si dispone di alcun stato associato all'istanza.

I metodi statici sono difficili da deridere. Potresti aver bisogno di framework come PowerMock per fare il beffardo per te. Quindi il test diventa difficile.

Il design diventa un po 'complesso in quanto non sarà possibile creare classi immutabili in quanto solo la classe e nessuna istanza. Quindi progettare classi thread-safe diventa difficile.

Answer 2

Sì, c'è un effetto collaterale sull'uso di troppe funzioni o variabili statiche. È necessario evitare dichiarazioni statiche non necessarie.

Poiché i membri statici creano sempre uno spazio di memoria una volta caricata la classe nel JRE. Anche se non crei l'oggetto della classe, occuperà la memoria.

Answer 3

Per elaborare il mio commento.

I metodi statici possono chiamare metodi non statici purché si abbia un'istanza di qualcosa.

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

Questa domanda è stata posta in modo simile in precedenza. La semplice risposta è che Play usa la statica dove è ragionevole.

Il modello HTTP non è un modello OO. Le richieste HTTP stesse sono stateless e, pertanto, i metodi statici consentono l'accesso ai controller come richieste funzionali dal codice client.

Le classi del modello invece sono OO puro e di conseguenza non sono statiche. Alcuni dei metodi di utilità, come findAll o findById, sono statici, ma di nuovo non sono statefull e sono metodi di utilità sulla classe. Mi aspetterei comunque in un modello OO standard.

Pertanto, non penso ci sia alcun rischio nel fare le cose nel modo in cui Play si aspetta. Può sembrare strano, perché sfida la norma, ma lo fa per ragioni valide.