A library that is able to decompile a delegate or a method body to their lambda representation
If you like the library please consider supporting my work.
Asume we have a class with a computed property
class Employee
{
[Computed]
public string FullName => FirstName + " " + LastName;
public string LastName { get; set; }
public string FirstName { get; set; }
}
And you are going to query employees by their full names
var employees = (from employee in db.Employees
where employee.FullName == "Test User"
select employee).Decompile().ToList();
When you call .Decompile
method it decompiles your computed properties to their underlying representation and the query will become simmilar to the following query
var employees = (from employee in db.Employees
where (employee.FirstName + " " + employee.LastName) == "Test User"
select employee).ToList();
If your class doesn't have a [Computed] attribute, you can use the .Computed()
extension method..
var employees = (from employee in db.Employees
where employee.FullName.Computed() == "Test User"
select employee).ToList();
Also, you can call methods that return a single item (Any, Count, First, Single, etc) as well as other methods in identical way like this:
bool exists = db.Employees.Decompile().Any(employee => employee.FullName == "Test User");
Again, the FullName
property will be decompiled:
bool exists = db.Employees.Any(employee => (employee.FirstName + " " + employee.LastName) == "Test User");
Not every compiled code can be represented as a lambda expression. Some cases are explicitly not supported, other can break and produce unexpected results.
Some of the known cases listed below
Loops often cannot be represented as an expression tree.
So, the following imperative code would probably throw a StackOverflowException
:
var total = 0;
foreach (var item in this.Items) { total += item.TotalPrice; }
return total;
Instead, write it as a declarative Linq expression, which would be supported.
return this.Items.Sum(i => i.TotalPrice);
Recursion and self-referencing of computed properties cannot be represented as an Expression tree,
and would probably throw StackOverflowException
similarly to loops.
If you are using ORM specific features, like EF's Include
, AsNoTracking
or NH's Fetch
then Decompile
method should be called after all ORM specific methods, otherwise it may not work. Ideally use Decompile
extension method just before materialization methods such as ToList
, ToArray
, First
, FirstOrDefault
, Count
, Any
, and etc.
Async Support with EntityFramework 6
The DelegateDecompiler.EntityFramework package provides DecompileAsync
extension method which adds support for EF's Async operations.
Async Support with EntityFramework Core 5.0 and later
The DelegateDecompiler.EntityFrameworkCore5 package provides DecompileAsync
extension method which adds support for EF's Async operations.
You can configure DelegateDecompiler to automatically decompile all EF Core queries:
public class YourDbContext : DbContext
{
protected override void OnConfiguring(DbContextOptionsBuilder options) {
options.AddDelegateDecompiler();
// Other configuration
}
}
With this approach you would not need to call Decompile
or DecompileAsync
methods on queries.
Available on NuGet
- Install-Package DelegateDecompiler
- Install-Package DelegateDecompiler.EntityFramework
- Install-Package DelegateDecompiler.EntityFrameworkCore5
MIT license - http://opensource.org/licenses/mit