Perché C# non consente const e static sulla stessa riga?

Question

Perché C# non consente const e static sulla stessa riga? In Java, devi dichiarare un campo come "statico" e "finale" per agire come una costante. Perché C# non ti permette di dichiarare const come definitivo?

Faccio inoltre l'ulteriore distinzione che in Java ogni interfaccia sia pubblica e astratta, indipendentemente dal fatto che sia dichiarata o meno esplicitamente. Non sono davvero di natura statica? Perchè C# si ferma a questo?

Answer 1

const e statico significano davvero cose diverse, meccanismo di memorizzazione diverso, inizializzazione diversa. statico è di lettura/scrittura, pertanto deve disporre di memoria allocata per la memorizzazione e deve essere inizializzata in fase di runtime. A statico può essere inizializzato con un valore letterale o un'espressione. Al contrario, un const è immutabile e deve essere inizializzato con una costante di tempo di compilazione (in genere un valore letterale o un'espressione che può essere completamente valutata in fase di compilazione). Il valore è noto al momento della compilazione in modo che possa essere incorporato direttamente nel codice generato, quindi non richiede alcuna memoria da allocare in fase di runtime.

Answer 2

Le costanti per loro natura sono statiche, quindi sarebbe ridondante.

Answer 3

Perché consentire e non richiedere modificatori intrinseci può causare confusione. Se vedi

static const int A = 3 
const int B = 5 

potresti credere che siano 2 diversi tipi di costanti.
Anche VB 2008 (che può essere molto prolisso se lo si desidera) non lo consente.

Answer 4

E 'vero che un C# const implies static MA, C# ha un equivalente di finale parola chiave di Java la parola readonly.

Così, infatti, C# permette un const finale, è sola lettura statica in C#.

Answer 5

Come detto prima, statica finale in Java è lo stesso di sola lettura statica in C#. In realtà, stai dicendo che questo membro è statico e il suo contenuto non può essere modificato. Inoltre è possibile specificare in entrambi i casi il valore dal costruttore statico.

Ma const in C# è una cosa completamente diversa. È più lungo le linee delle costanti in C (direttive DEFINE) ma con OOP in mente. È statico perché è costante: ogni istanza ha questa costante con lo stesso valore, nessun costruttore può impostarla. Inoltre, è possibile che a qualcuno piacerebbe accedere alla costante senza dover creare un'istanza. Quando ci pensi, la costante non statica non ha senso. Si può quasi dire che le costanti non fanno parte di un oggetto: lo usano solo per fornire un contesto, un nome forte.

Java non ha un valore equivalente a const. È possibile leggere da qualche parte che statico finale equivale a DEFINE ma è solo così vago.Meccanismo completamente diverso, niente in comune ma alla fine il risultato è il codice stesso - migliore manutenibilità e leggibilità del codice.

Devi solo smettere di pensare alle costanti in C# come membri statici perché non lo sono. Considerali come la versione OOP di DEFINE. Quando si considera l'incapsulamento, il solo motivo per i campi finale e a lettura singola è quello di evitare che il proprio codice modifichi accidentalmente il suo valore. E questo non mi sembra costante.

Sumary:

• finale = sola lettura
• static final = statica in sola lettura
• N/A = cost