che è meglio in questo caso, il ritorno o ref

Question

Se ho il seguente gruppo di funzioni statiche

qui ho inviato la variabile per riferimento:

public static void ProcessEmailMessage(ref string HTML) 
     { 
      ModifyLinks(ref HTML); 
      AddFakeImage(ref HTML); 
     } 

     public static void ModifyLinks(ref string HTML) 
     { 
      //modify HTML links 
     } 


     public static void AddFakeImage(ref string HTML) 
     { 
      //adds an image to the HTML 
     } 

e qui ho inviato la variabile valore

public static string ProcessEmailMessage(string HTML) 
     { 
      HTML = ModifyLinks(HTML); 
      HTML = AddFakeImage(HTML); 
      return HTML; 
     } 

     public static string ModifyLinks(string HTML) 
     { 
      //modify HTML links 
      return HTML; 
     } 


     public static string AddFakeImage(string HTML) 
     { 
      //adds an image to the HTML 
      return HTML; 
     } 

quale ha più senso, e c'è qualche differenza di prestazioni tra il 2?

Answer 1

Evitare di utilizzare i parametri di uscita e di rif., Se possibile.

I metodi che utilizzano i parametri ref e out sono più difficili da utilizzare, è necessario dichiarare una variabile per contenere il risultato e la semantica è un po 'più difficile da comprendere. La differenza di prestazioni (se presente) sarebbe trascurabile.

L'analisi del codice in Visual Studio probabilmente emetterà un avviso per il loro utilizzo in questo caso.

Vedere http://msdn.microsoft.com/en-us/library/ms182131 per una descrizione più dettagliata.

Answer 2

È probabile che si verifichi un maggiore impatto in termini di prestazioni quando si utilizza ref, poiché ciò equivale a un livello aggiuntivo di riferimento indiretto durante l'assegnazione alla variabile. Tuttavia, questa differenza è probabilmente trascurabile.

preferirei le forme che restituiscono una stringa, in quanto questo è più illustrativo di ciò che è realmente accadendo, e si permette di metodo catena di chiamate insieme, se si preferisce:

return AddFakeImage(ModifyLinks(HTML)); 

Con il modulo ref si forzare il codice di chiamata per dichiarare una variabile e non potrebbero altrimenti. Ciò ostacola la leggibilità e aumenta l'incidenza del codice boilerplate privo di significato.

Answer 3

Le differenze di prestazioni tra i due sono trascurabili. È praticamente una questione di preferenza per la sintassi.

Le convenzioni standard comportano il ritorno di una nuova stringa piuttosto che la modifica di un parametro passato per riferimento. Ci sono alcune occasioni in cui è più facile da usare (vale a dire quando non si ha una variabile denominata, ad esempio quando si desidera passare il valore di ritorno di un metodo o di una proprietà anziché di un campo).

Answer 4

Non c'è molta differenza, ma mi piacerebbe andare con "ritorno". Prova a evitare "ref" se possibile.

La ragione è che non avrebbe dovuto dichiarare una variabile prima di passare il risultato di un'altra chiamata e si può chiamate a catena:

con rif:

string modifyMe = GetMeString(); 
ModifyLints(ref modifyMe); 
AddFakeImage(ref modifyMe); 

rispetto per tornare:

string result = AddFakeImage(ModifyLinks(GetMeString())); 

Answer 5

Se è necessario restituire più oggetti, utilizzare ref/out, se è possibile farlo con return semplicemente restituendo un oggetto ect, utilizzare return.
ref rende il tuo codice inutilmente oscuro e produce overhead di scrittura che in questo caso non è necessario.
Si dovrebbe sempre cercare di mantenere il proprio codice semplice e comprensibile.

Answer 6

preferisco qualcosa di simile a un costruttore che fa:.

nuove EmailMessageProcessor (html) .WithModifiedLinks() WithFakeImages().

Quindi niente argomenti di riferimento e tutto è incapsulato.