autofac/Autofac

Integration with C#12 "interceptors"

Open

#1,385 opened on Jul 19, 2023

View on GitHub
 (2 comments) (0 reactions) (0 assignees)C# (827 forks)batch import
enhancementhelp wanted

Repository metrics

Stars
 (4,327 stars)
PR merge metrics
 (Avg merge 3h 24m) (10 merged PRs in 30d)

Description

First, I should say that this is intended as a "heads-up", and not a feature request per se (nor something I am prepared to try implementing), although someone might have fun investigating or implementing it. Please feel free to close without comment :-)

Anyway - interesting thing spotted in New C# 12 preview features:

Interceptors

Static dependency graph resolution for dependency injection, where provider.Register() can be intercepted

Since the term "interceptor" is so overloaded, and already has precedent when it comes to IoC, this one's easy to overlook so I thought it'd be worth mentioning here.

An interceptor, in this context, is a compile-time substitution of one method for another at the call site. The mention of static dependency graph resolution is referring to:

builder.RegisterType<MyService>()

at compile-time with a call to an equivalent method:

builder.Register<MyService>(c => new MyService(c.Resolve<IFoo>()))

(It's not possible to directly substitute RegisterType for the real Register as I'm doing here - the substitute method needs to be defined elsewhere using the new language features.).

By making these substitutions, it's no longer necessary for reflection metadata to be preserved for MyService, so the code will work in AoT scenarios where metadata is trimmed/discarded, and potentially run faster.

Seems like a very interesting feature to explore, from Autofac's point of view :-) 👋

Contributor guide