Posso dichiarare/utilizzare qualche variabile in LINQ? O posso scrivere seguendo LINQ più chiaro?

Question

Posso dichiarare/utilizzare una variabile in LINQ?

Ad esempio, posso scrivere seguendo LINQ clearer?

var q = from PropertyDescriptor t in TypeDescriptor.GetProperties(instance) 
     where (t.ComponentType.GetProperty(t.Name) != null) 
     select t.ComponentType.GetProperty(t.Name); 

Ci sono modi per non scrivere/chiamare t.ComponentType.GetProperty(t.Name) due volte qui?

Answer 1

var q = from PropertyDescriptor t in TypeDescriptor.GetProperties(instance) 
     let u = t.ComponentType.GetProperty(t.Name) 
     where (u != null) 
     select u; 

Answer 2

È necessario let:

var q = from PropertyDescriptor t in TypeDescriptor.GetProperties(instance) 
     let name = t.ComponentType.GetProperty(t.Name) 
     where (name != null) 
     select name; 

Se si voleva fare in sintassi di query, si potrebbe fare in modo più efficiente (afaik) e più pulita:

var q = TypeDescriptor 
      .GetProperties(instance) 
      .Select(t => t.ComponentType.GetProperty(t.Name)) 
      .Where(name => name != null); 

Answer 3

Sì, utilizzando la parola chiave let:

var q = from PropertyDescriptor t in TypeDescriptor.GetProperties(instance) 
    let nameProperty = t.ComponentType.GetProperty(t.Name) 
    where (nameProperty != null) 
    select nameProperty; 

Answer 4

C'è un'alternativa che poche persone conoscono (select a into b):

var q = from PropertyDescriptor t in TypeDescriptor.GetProperties(instance) 
     select t.ComponentType.GetProperty(t.Name) into u 
     where u != null 
     select u; 

Questo si traduce in:

var q = TypeDescriptor.GetProperties(instance) 
     .Select(t => t.ComponentType.GetProperty(t.Name)) 
     .Where(prop => prop != null); 

considerando che la versione basata su let si traduce in:

var q = TypeDescriptor.GetProperties(instance) 
     .Select(t => new { t, prop = t.ComponentType.GetProperty(t.Name) }) 
     .Where(x => x.prop != null) 
     .Select(x => x.prop); 

An allocazione non necessaria per articolo perché t è ancora in ambito (non ancora utilizzato). Il compilatore C# dovrebbe semplicemente ottimizzarlo, ma non lo fa (o le specifiche del linguaggio non lo consentono, non sono sicuro).