Quando utilizzare classi e metodi statici?

Question

Ho una domanda generale ... quando dovrei usare classi statiche o metodi statici? .. Conosco l'idea che i metodi statici possono essere chiamati senza istanziazione ... e le classi statiche dovrebbero essere utilizzate solo per metodi statici? ... ma ci sono anche problemi di prestazioni con esso ... e quando dovrebbero essere preferiti rispetto ai metodi e alle classi di istanza? .. Se qualcuno potesse semplicemente menzionare brevemente quando dovrei scegliere di usarli e quando dovrei evitarli?

Answer 1

penso che le due seguenti link offrono una risposta chiara per quello che stai cercando. Date un'occhiata a loro:

Per le classi statiche:

When to Use Static Classes in C#

Per i metodi statici:

When is it appropriate to use static methods? (Jon Skeet [Guru] rispose questo: o))

Answer 2

Ci è una voce precedente qui sembra: When to use static classes in C#

I would t Le classi statiche hink sono per contenere funzioni o dati che si desidera chiamare senza dover creare un oggetto per esso. Se ricordo, l'istanziazione di un oggetto la pone in memoria. E implicitamente, una classe statica non dell'oggetto non va in memoria? Sono passato un po 'da quando ho seguito i miei corsi di teoria (Mi dispiace

Answer 3

Penso che una regola generale potrebbe essere che le funzioni di utilità dovrebbero essere statiche.Un esempio tipico sarebbe come in qualsiasi linguaggio di classe una classe Math conterrebbe metodi statici come sqrt(), poiché non c'è davvero bisogno di avere qualcosa come un oggetto Math separato

Come per le classi statiche si dovrebbe pensare alle classi mantenendo una forma di stato, tipicamente come le informazioni di sessione, che è necessaria indipendentemente dal percorso esatto percorso attraverso la vostra applicazione, e di cui in genere ne avete bisogno esattamente uno (pensate al vostro browser, probabilmente mantenendo sempre esattamente 1 classe di cookie-jar)

Le variabili statiche sono il gemello meno malvagio delle variabili globali (mantengono il loro valore, ma con il loro ambito limitato a una funzione), che sono in genere utili per mantenere una qualche forma di stato (ad es. caching dei dati) o per enumerare le cose che dovrebbero essere unico, ma la cui numerazione non è molto importante al di fuori della portata della vostra funzione o l'applicazione (ad esempio, la numerazione degli errori o profiling grida dal proprio debug ("..") funzioni o profilo())

Fondamentalmente, usarne solo uno quando si è sicuri che facendo le cose il "giusto" modo OOP potrebbe portare alla creazione di un mostro.

Answer 4

Come ho capito, è quando non ha senso creare un oggetto di una classe per invocare un'azione o quella classe è comune all'interno dell'applicazione. Ad esempio, in C#, la classe Console è sigillata (quindi non è possibile creare un oggetto ed ereditarlo, e non ha proprio senso farlo). Ma i professionisti ti spiegheranno meglio, comunque.

Answer 5

Una cosa da tenere a mente è le implicazioni di test dei metodi statici. Un metodo statico "sigilla" molto seams. Le giunzioni sono dove è possibile modificare il comportamento senza modificare il codice di produzione; gli esempi sono sottoclassi o collegamenti a una libreria di test. Poiché i metodi statici vengono risolti in fase di compilazione e non sono vincolati dinamicamente, non è possibile inserire un oggetto di test e modificare il comportamento di un metodo statico. Provare quella lezione sarà un problema.

per le cose come le funzioni matematiche si può essere abbastanza sicuro che un metodo statico sarà ok, ma quasi certamente non si vuole un metodo statico che si connette a un database. Pensa a come testare il codice che utilizza un metodo statico che stai pensando di creare.

Ecco un buon collegamento dalla sperimentazione blog di Google: Static Methods are Death to Testability