Perché non viene fornito alcun avviso per questa variabile non utilizzata?

Question

Quando compilo il seguente programma in VS2010, VS2008 o MonoDevelop su Windows, ricevo l'avviso CS0219, "La variabile 'y' è assegnata ma il suo valore non è mai usato".

namespace Problem 
{ 
    public class Program 
    {   
     private static void Main(string[] args) 
     { 
      object x = new object(); 
      int y = 0; 
     } 
    } 
} 

Perché non c'è nessun avvertimento per x durante la compilazione in Visual Studio?

È interessante notare che, io capisco avvertimenti CS0219 per xey durante la compilazione in MonoDevelop su Mac OS X.

Answer 1

Risulta che questo avviso viene soppressa quando il destra-lato dell'operazione assegnazione non è una fase di compilazione costante.

Un post cancellato dal sito di feedback di Visual Studio di Microsoft ha spiegato che è perché hanno ricevuto molti reclami da persone che assegnavano variabili puramente in modo da poter vedere cosa restituiva una chiamata al metodo durante il debug e ha rilevato l'avviso irritante:

la soppressione del "assegnato, ma mai utilizzato" avviso in questo caso è stata motivata da un feedback da parte degli utenti che fanno questo:

int Blah(){ 
    // blah 
    BlahBlah(x, y, z) 
    // blah 
    // blah 
} 

"Ehi", dice l'utente durante il debug, "mi chiedo cos'è BlahBlah ritorno?«Ma non c'è modo semplice per esaminare il valore di ritorno nel debugger, così gli utenti molto spesso fanno questo:.

int Blah() 
{ 
    // blah 
    int temp = BlahBlah(x, y, z) 
    // blah 
    // blah 
} 

e quindi utilizzare la gente del posto o finestra di controllo per esaminare temperatura La temperatura è mai usato dovunque altro nella funzione, in modo che ha prodotto un fastidioso "cedute non leggere" warning

credo che questo sia un po 'un peccato dal momento che:.

1. I in realtà trovare questi avvertimenti utili quando vengono dati in MonoDevelop.
2. Chiunque può sopprimere l'avvertimento (ammesso che stiano sopprimendo anche quelli per le assegnazioni costanti in tempo di compilazione inutilizzate - forse dovrebbe esserci un avviso separato per quello?).

In ogni caso, capisco che non si può piacere a tutti.

Answer 2

potrei essere fuori qui, ma credo che sia perché y è impostata solo, mentre x è un'istanza a qualcosa di non banale - l'istanziazione potrebbe comportare azioni separate nel metodo New(), e poiché l'istanziazione della variabile potrebbe avere effetti collaterali, non è considerata inutilizzata. Nel tuo caso è solo un oggetto base(), quindi non c'è impatto, ma forse il compilatore non è abbastanza intelligente da distinguere.

Con y, d'altra parte, non vi sono effetti collaterali per l'istanziazione, quindi è considerato inutilizzato - il percorso del codice dell'applicazione sarebbe invariato se fosse stato rimosso completamente.

Answer 3

La mia impressione è che, essendo x un tipo di riferimento, il compilatore non mostra alcun avviso poiché il costruttore potrebbe eseguire alcune operazioni che potrebbero essere "significative"; al contrario, è un tipo di valore il cui valore viene solo assegnato ma mai usato, è facile per il compilatore dirti che non ha senso farlo se non vuoi fare un riferimento in linea.

Answer 4

Eclipse considererà il caso non utilizzato.

Answer 5

Il resharper avviserà anche che x non è utilizzato.

Answer 6

Potrebbe essere che poiché x è un tipo di riferimento e pertanto è archiviato nell'heap, che impedirebbe la garbage collection di quell'oggetto fino a quando x non sarà incluso.

ad esempio:

void main(string[] args) 
{ 
    object x = new object(); 
    while (true) 
    { 
     // some threading stuff 
     // x is never garbage collected 
    } 
} 

In contrasto:

void main(string[] args) 
{ 
    new object(); 
    while (true) 
    { 
     // some threading stuff 
     // the unreferenced object IS garbage collected 
    } 
}