Restituendo due valori, Tuple vs 'out' vs 'struct'

Considera una funzione che restituisce due valori. Possiamo scrivere:

// Using out:
string MyFunction(string input, out int count)

// Using Tuple class:
Tuple<string, int> MyFunction(string input)

// Using struct:
MyStruct MyFunction(string input)

Qual è la migliore pratica e perché?

Ognuno di loro ha i suoi pro e contro.

I parametri di uscita sono veloci ed economici, ma richiedono di trasmettere una variabile e di fare affidamento sulla mutazione. È quasi impossibile utilizzare correttamente un parametro out con LINQ.

Le tuple fanno pressione sulla raccolta dei rifiuti e non si documentano da sole. "Item1" non è molto descrittivo.

Le strutture personalizzate possono essere lente da copiare se sono grandi, ma sono auto-documentanti e sono efficienti se sono piccole. Tuttavia è anche un problema definire un intero gruppo di strutture personalizzate per usi banali.

Sarei propenso alla soluzione della struttura personalizzata a parità di altre condizioni. Ancora meglio però è creare una funzione che restituisca solo un valore . Perché stai restituendo due valori in primo luogo?

AGGIORNAMENTO: si noti che le tuple in C # 7, fornite sei anni dopo la scrittura di questo articolo, sono tipi di valore e quindi è meno probabile che creino pressione di raccolta.

Aggiungendo alle risposte precedenti, C # 7 porta tuple di tipo valore, a differenza di System.Tuplequesto è un tipo di riferimento e offre anche una semantica migliorata.

Puoi comunque lasciarli senza nome e utilizzare la .Item*sintassi:

(string, string, int) getPerson()
{
    return ("John", "Doe", 42);
}

var person = getPerson();
person.Item1; //John
person.Item2; //Doe
person.Item3;   //42

Ma ciò che è veramente potente in questa nuova funzionalità è la possibilità di avere tuple con nome. Quindi potremmo riscrivere quanto sopra in questo modo:

(string FirstName, string LastName, int Age) getPerson()
{
    return ("John", "Doe", 42);
}

var person = getPerson();
person.FirstName; //John
person.LastName; //Doe
person.Age;   //42

La destrutturazione è supportata anche:

(string firstName, string lastName, int age) = getPerson()

Penso che la risposta dipenda dalla semantica di ciò che la funzione sta facendo e dalla relazione tra i due valori.

Ad esempio, i TryParsemetodi accettano un outparametro per accettare il valore analizzato e restituiscono a boolper indicare se l'analisi è riuscita o meno. I due valori non appartengono realmente insieme, quindi, semanticamente, ha più senso e l'intento del codice è più facile da leggere, utilizzare il outparametro.

Se, tuttavia, la tua funzione restituisce le coordinate X / Y di qualche oggetto sullo schermo, allora i due valori si appartengono semanticamente e sarebbe meglio usare a struct.

Personalmente eviterei di usare a tupleper tutto ciò che sarà visibile al codice esterno a causa della sintassi scomoda per il recupero dei membri.

Seguirò l'approccio dell'utilizzo del parametro Out perché nel secondo approccio sarebbe necessario creare un oggetto della classe Tuple e quindi aggiungere valore ad esso, che penso sia un'operazione costosa rispetto alla restituzione del valore nel parametro out. Sebbene se desideri restituire più valori in Tuple Class (che infatti non può essere ottenuto restituendo solo un parametro out), sceglierò un secondo approccio.

Non hai menzionato un'altra opzione, ovvero avere una classe personalizzata invece di struct. Se ai dati è associata una semantica che può essere utilizzata dalle funzioni, o se la dimensione dell'istanza è abbastanza grande (> 16 byte come regola pratica), può essere preferita una classe personalizzata. L'uso di "out" non è consigliato nell'API pubblica a causa della sua associazione a puntatori e che richiede la comprensione del funzionamento dei tipi di riferimento.

https://msdn.microsoft.com/en-us/library/ms182131.aspx

Tuple è utile per uso interno, ma l'utilizzo è scomodo nell'API pubblica. Quindi, il mio voto è tra struct e class per l'API pubblica.

Non esiste una "migliore pratica". È ciò con cui ti senti a tuo agio e ciò che funziona meglio nella tua situazione. Finché sei coerente con questo, non ci sono problemi con nessuna delle soluzioni che hai pubblicato.