{"id":6385,"date":"2017-01-26T17:13:37","date_gmt":"2017-01-27T01:13:37","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/cesardelatorre\/?p=6385"},"modified":"2017-01-26T17:13:37","modified_gmt":"2017-01-27T01:13:37","slug":"comparing-asp-net-core-ioc-service-life-times-and-autofac-ioc-instance-scopes","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/comparing-asp-net-core-ioc-service-life-times-and-autofac-ioc-instance-scopes\/","title":{"rendered":"Comparing ASP.NET Core IoC container service lifetimes with Autofac IoC container instance scopes"},"content":{"rendered":"

\"DI_NET\"<\/a><\/p>\n

In ASP.NET Core you can use the simple built-in IoC container or you can also plug any other more advanced IoC container like Autofac.<\/p>\n

When plugin an external container like Autofac, you can still use ASP.NET Core methods like services.AddTransient<><\/strong> or services.AddSingleton<><\/strong> or you can also use the more granular methods in Autofac based on its instance scopes, which offer a larger set of possibilities.<\/p>\n

Anyways, because I\u2019m working \u201cfrom both sides\u201d, I wanted to have clear a comparison of each type and how are they exactly called from each API..<\/p>\n

So here it is a convenient table that I just created:<\/p>\n\n\n\n\n\n\n\n\n\n\n
\n

ASP.NET Core<\/font><\/b><\/p>\n

Built-in IoC container<\/font><\/b><\/p>\n<\/td>\n

\n

Autofac <\/font><\/b><\/p>\n

IoC container<\/font><\/b><\/p>\n<\/td>\n

\n

Description<\/font><\/b><\/p>\n<\/td>\n<\/tr>\n

\n

ServiceLifetime<\/b>.Transient<\/font><\/b><\/p>\n

<\/b><\/p>\n

services.AddTransient<,><\/b><\/b><\/p>\n<\/td>\n

\n

InstancePerDependency<\/font>()<\/b><\/p>\n<\/td>\n

\n

A unique instance will be returned from each object request.<\/p>\n<\/td>\n<\/tr>\n

\n

ServiceLifetime<\/b>.Scoped<\/font><\/b><\/p>\n

<\/b><\/p>\n

services.AddScope<,><\/b><\/p>\n

In ASP.NET Core applications a scope is created around each server request.<\/p>\n

But it could be used as plain Scoped (non related to Http requests) if using DI out of ASP.NET Core<\/p>\n<\/td>\n

\n

InstancePerLifetimeScope()<\/font><\/b><\/p>\n

<\/b> <\/p>\n<\/td>\n

\n

A component with per-lifetime scope will have at most a single instance per nested lifetime scope.<\/p>\n

This is useful for objects specific to a single unit of work that may need to nest additional logical units of work. Each nested lifetime scope will get a new instance of the registered dependency.<\/p>\n

For example, this type of lifetime scope is useful for Entity Framework DbContext objects (Unit of Work pattern) to be shared across the object scope so you can run transactions across multiple objects.<\/p>\n<\/td>\n<\/tr>\n

\n

ServiceLifetime<\/b>.Scoped<\/font><\/b><\/p>\n

<\/b><\/p>\n

services.AddScope<,><\/b><\/p>\n

In ASP.NET Core applications a scope is created around each server request, so it will work similar to InstancePerRequest, in this case.<\/p>\n<\/td>\n

\n

InstancePerRequest<\/font>()<\/b><\/p>\n<\/td>\n

\n

Application types like ASP.NET Core naturally lend themselves to \u201crequest\u201d type semantics. You have the ability to have a sort of \u201csingleton per request.\u201d<\/p>\n

Instance per request builds on top of instance per matching lifetime scope by providing a well-known lifetime scope tag, a registration convenience method, and integration for common application types. Behind the scenes, though, it\u2019s still just instance per matching lifetime scope.<\/p>\n<\/td>\n<\/tr>\n

\n

ServiceLifetime<\/b>.Singleton<\/font><\/b><\/p>\n

<\/b><\/p>\n

services.AddSingleton<,><\/b><\/b><\/p>\n<\/td>\n

\n

SingleInstance<\/font>()<\/b><\/p>\n<\/td>\n

\n

One instance is returned from all requests in the root and all nested scopes<\/p>\n<\/td>\n<\/tr>\n

\n

NO<\/font><\/b><\/p>\n<\/td>\n

\n

InstancePerMatchingLifetimeScope()<\/b><\/p>\n<\/td>\n

\n

you have the ability to \u201ctag\u201d or \u201cname\u201d the scope. A component with per-matching-lifetime scope will have at most a single instance per nested lifetime scope that matches a given name. This allows you to create a sort of \u201cscoped singleton\u201d<\/p>\n<\/td>\n<\/tr>\n

\n

NO<\/font><\/b><\/p>\n<\/td>\n

\n

InstancePerOwned()<\/b><\/p>\n<\/td>\n

\n

The Owned<T> implicit relationship type creates new nested lifetime scopes. It is possible to scope dependencies to the owned instance using the instance-per-owned registrations.<\/p>\n<\/td>\n<\/tr>\n

\n

NO<\/font><\/b><\/p>\n<\/td>\n

\n

Thread Scope<\/b><\/p>\n

(based on lifetime scopes)<\/p>\n<\/td>\n

\n

Autofac can enforce that objects bound to one thread will not satisfy the dependencies of a component bound to another thread. While there is not a convenience method for this, you can do it using lifetime scopes.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

Note that ASP.NET Core only uses the three more common types of instance life time:<\/p>\n

– Transient, PerRequest\/Scoped and Singleton.<\/p>\n

References<\/strong>:<\/p>\n

Service Lifetime in .NET Core: https:\/\/github.com\/aspnet\/DependencyInjection\/blob\/dev\/src\/Microsoft.Extensions.DependencyInjection.Abstractions\/ServiceLifetime.cs<\/a><\/p>\n

Instance Scopes in Autofac: http:\/\/docs.autofac.org\/en\/latest\/lifetime\/instance-scope.html<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

In ASP.NET Core you can use the simple built-in IoC container or you can also plug any other more advanced IoC container like Autofac. When plugin an external container like Autofac, you can still use ASP.NET Core methods like services.AddTransient<> or services.AddSingleton<> or you can also use the more granular methods in Autofac based on […]<\/p>\n","protected":false},"author":362,"featured_media":12806,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[21,22,42,55],"class_list":["post-6385","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cesardelatorre","tag-asp-net-core","tag-autofac","tag-di","tag-ioc"],"acf":[],"blog_post_summary":"

In ASP.NET Core you can use the simple built-in IoC container or you can also plug any other more advanced IoC container like Autofac. When plugin an external container like Autofac, you can still use ASP.NET Core methods like services.AddTransient<> or services.AddSingleton<> or you can also use the more granular methods in Autofac based on […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/posts\/6385","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/users\/362"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/comments?post=6385"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/posts\/6385\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/media\/12806"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/media?parent=6385"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/categories?post=6385"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/cesardelatorre\/wp-json\/wp\/v2\/tags?post=6385"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}