Perché C # ha sia out che ref?

C # ha le parole chiave oute ref. Perché sono richiesti questi due? Disclaimer: non ho una profonda conoscenza di C #.

Per quanto riguarda l'implementazione, sono essenzialmente la stessa cosa, ma outcomunicano qualcosa che refnon funziona: non ti interessa l'input. Questo significa certe cose per te e per gli strumenti. Ad esempio, è possibile passare una variabile non inizializzata a un outparametro e questo non è un problema, dove altrimenti sarebbe, e all'interno della funzione è necessario assegnare un valore al outparametro prima che ritorni, mentre non è necessario fare nulla in tutti con un refvalore.

Per comprendere queste due parole chiave, devi capire cosa significa passare un valore per riferimento . In sostanza significa che, se modifichi la variabile di parametro che passi all'interno del metodo o della funzione, quella variabile conserva il suo valore modificato quando la tua funzione esce. Dichiarare un parametro come refo outrealizzare questo, mentre una normale variabile di parametro manterrebbe il suo valore originale, anche se lo si modificasse nella funzione.

Le uniche differenze tra refe outè che outnon richiede di inizializzare la variabile prima di passarla nella funzione, ma lo reffa; mentre out fa avete bisogno di assegnare qualcosa alla variabile all'interno della funzione, ma refnon lo fa.

Hai chiesto.

C # è uscito e ref, perché questi due sono richiesti. Non ho una conoscenza approfondita di C #. Perché sono richiesti i parametri out e ref?

E la risposta è che non sono NECESSARI, java per esempio non ha neanche e VB ha solo ref (e lo richiede solo nella dichiarazione del metodo).

Puoi facilmente scrivere un intero programma senza usare nessuno dei due.

Esistono perché occasionalmente sono utili. Ecco perché ce ne sono due e non solo uno - perché è utile fare la distinzione tra "ecco qualcosa, modificalo se vuoi" e "dai a questa cosa un nuovo valore".

Altre lingue hanno priorità diverse e quindi possono o meno includere queste o equivalenti. Potrebbero anche non essere d'accordo sul fatto che l'uno o l'altro sia utile, e quindi potrebbero decidere attivamente di NON implementare l'uno o l'altro.

Fondamentalmente entrambi refe outforniscono un meccanismo per passare l'indirizzo di una variabile a un metodo in modo che possa essere aggiornato: l'assegnazione al parametro refo outaggiorna la variabile nel contesto del chiamante. Dove differiscono è nelle garanzie: outgarantisce che la variabile verrà aggiornata, refno.

Dall'altra parte della chiamata ci sono differenze simili. outNon è garantito che un parametro del nostro metodo contenga qualcosa di utile all'arrivo e deve essere impostato su un valore ad un certo punto, mentre si refpuò presumere che un parametro abbia un valore e non abbiamo bisogno di fare nulla di specifico con esso.

Questa differenza ha ripercussioni sull'analisi del codice, sulla generazione e sull'ottimizzazione che, sebbene non ci siano tremendamente evidenti per la maggior parte del tempo, possono avere effetti sul modo in cui i nostri programmi finiscono per funzionare. Il generatore di codice può differire l'allocazione della variabile fino a immediatamente prima della chiamata, l'ottimizzatore potrebbe decidere di riordinare alcune operazioni in modo più efficace in base al contratto, ecc.

In termini di utilizzo: come regola generale utilizzo outper situazioni in cui non mi interessa il contenuto della variabile quando arriva come parametro e refquando lo faccio.