Espressione non statica <Func<X>> con accesso a 'questo'

Question

Ho una tabella di database Item e l'accesso con linq-to-sql.

posso definire un custom metodo IsSpecial() articoli che restituisce vero se la radice quadrata di Item.id è ancora:

partial class Item 
{ 
    public static Expression<Func<Item, bool>> IsSpecial = (i => Math.Sqrt(i.Id)%2==0); 
} 

allora posso usare tale proprietà in una query LINQ to SQL in questo modo:

datacontext.Item.Where(Item.IsSpecial) 

Ora, per motivi estetici, voglio fare IsSpecial non statico e modificarlo in modo da poter chiamare in questo modo:

datacontext.Item.Where(i => i.IsSpecial()) 

Idealmente questo permetterebbe anche combinando di istruzioni, quale il sopra (di lavoro) snytax non consente:

datacontext.Item.Where(i => i.IsSpecial() && i.Id >100) 

Qual è la sintassi corretta per definire questo metodo?

Questo non funziona:

partial class Item 
{ 
    public Expression<Func<bool>> IsSpecial = (() => Math.Sqrt(this.Id)%2==0); 
    // 'this' keyword not available in current context 
} 

---

edit: Sto cominciando a sospettare che io chiedo per qualcosa che la sintassi semplicemente non permette

Credo di poter live con datacontext.Item.Where(Item.IsSpecial).Where(i => i>100)

Answer 1

partial class Item 
{ 
    public static Expression<Func<Item, bool>> IsSpecial = (i => Math.Sqrt(i.Id)%2==0); 
} 

Suggerimento: aggiungere la parola chiave readonly.

allora posso usare tale proprietà in una query LINQ to SQL come questo:

datacontext.Item.Where(Item.IsSpecial) 

Già, perché Where accetta un parametro di tipo Expression<Func<Item, bool>>, che Item.IsSpecial è.

Ora, per motivi estetici, voglio fare IsSpecial non statico e modificarlo in modo da poter chiamare in questo modo:

datacontext.Item.Where(i => i.IsSpecial()) 

La ragione per cui questo non funziona è perché non è IsSpecial una funzione, è un albero di espressione. () può essere applicato solo alle funzioni. Un albero di espressioni descrive una funzione, ma non è una. È possibile creare una vera e propria funzione utilizzando expression.Compile():

datacontext.Item.Where(i => (IsSpecial.Compile()) (i)) 

Tuttavia, questo non funzionerà, perché ancora una volta, Where viene passato un albero di espressione, e IsSpecial.Compile() non è effettivamente chiamato. LINQ to SQL tenta di convertirlo in SQL, non riesce perché non riconosce Expression.Compile e genera un'eccezione.

Tuttavia, se si potesse sostituire (IsSpecial.Compile()) prima di LINQ to SQL dovesse vederlo ...

Ecco dove LINQKit è disponibile in:

Esso fornisce solo un po 'di manipolazione albero di espressione per farlo funzionare.

datacontext.Item.AsExpandable().Where(i => (IsSpecial.Compile()) (i)) 

Il .AsExpandable() crea un wrapper datacontext.Item di pre-filtro l'espressione.

Idealmente questo sarebbe anche permettere la combinazione di dichiarazioni, che il sopra (di lavoro) snytax non consente:

datacontext.Item.Where(i => i.IsSpecial() && i.Id >100) 

Nessun problema:

datacontext.Item.AsExpandable().Where(i => (IsSpecial.Compile()) (i) && i.Id > 100) 

Answer 2

È possibile utilizzare direttamente IsSpecial:

partial class Item 
{ 
    public static Expression<Func<Item, bool>> IsSpecial = (i => Math.Sqrt(i.Id)%2==0); 
} 

datacontext.Item.Where(Item.IsSpecial) 

Answer 3

Prova a mettere il compito di IsSpecial in un costruttore e hanno tutti il ​​delegato altri costruttori ad esso, oppure si potrebbe utilizzare un metodo parziale come OnCreated assegnare l'espressione IsSpecial. All'interno di partial class Item

partial void OnCreated() 
{ 
    IsSpecial =() => Math.Sqrt(this.Id)%2==0; 
} 

In questo modo sarà sempre assegna IsSpecial, e consentire l'accesso a "questo".