Perché LINQ-to-Entites riconosce il mio metodo personalizzato?

Question

Questo funziona:

Entities.WorkOrderSet.Where(MyCustomMethod); 

Questo non lo fa:

Entities.WorkOrderSet.Where(o => MyCustomMethod(o)); 

([Edit] Anche senza new, esso non funziona)

capisco perché il secondo non funziona - ma perché nel mondo fa il primo lavoro !? Non dovrei ottenere un "LINQ-to-Entities non riconosce il metodo ..." in fase di runtime, come con il secondo?

Per riferimento, ecco myCustomMethod

public bool MyCustomMethod(WorkOrder workOrder) 
{ 
    return !workOrder.WorkOrderNum.StartsWith("A", StringComparison.CurrentCultureIgnoreCase); 
} 

Utilizzando EF1, non EF4

Answer 1

Prima funziona perché è un metodo di estensione ed è sta eseguendo il query come FUNC e quindi filtrando il tuo elenco see here. Quindi, in generale sarebbe gettato automaticamente il dove

Where(Func<WorkOrder, bool> 

In secondo luogo non si fa perché sta spingendo la sua dichiarazione in cui fino al db. Quando l'espressione lambda è valutato che si espande in questo modo:

Where(Expresion<Func<WorkOrder, bool>>) 

Ecco un buon article che spiega Expressions vs Funz

Here is another SO post that helps to explain the difference

[Edit (BlueRaja)]

Questa nuova modifica sembra essere corretta. Per chiarire: sembra che Func<WorkOrder, bool> sia implicitamente applicabile a Expression<Func<WorkOrder, bool>>, ma non viceversa.

Ci sono sovraccarichi di Where per entrambi i tipi. .Where(MyCustomMethod) chiama lo Func<WorkOrder, bool>, mentre .Where(o => MyCustomMethod(o)) chiama lo Expression<Func<WorkOrder, bool>>.

Answer 2

Proprio la formazione di questo come una "risposta" qui, al posto di un commento ..

Penso che questa sia una nuova funzionalità di .NET 4, dove il quadro si rende conto che questa funzione non può essere tradotto in SQL, ma può essere facilmente elaborato in memoria. Così si ottiene l'intero set di dati alla macchina locale e continua l'elaborazione delle query ..

La cosa è il vostro primo frammento, quando tradotto in un albero di espressione, sarebbe direttamente dire che si esegue un metodo esterno, mentre il secondo frammento è non così "diretto". Suppongo che questo sia il motivo per cui nel primo caso L2E può facilmente capire cosa sta succedendo, e decidere cosa fare, mentre nel secondo caso "pensa" è meglio inviare un'eccezione e lasciare che gli sviluppatori si gratta ancora di più^_^