Skip to main content

Ioc - Autofac

Related posts:

Astăzi a venit rîndul la Autofac (http://code.google.com/p/autofac/) sa fie prezentat.
Clasa care se ocupa de container se numește ContainerBuilder. Folosind aceasta clasa putem sa înregistram sau sa rezolvam orice componenta. La fel ca si Ninject, paternul folosit pentru setup-ul containerului este fluent. Mai jos puteți sa găsiți un exemplu care arata cum se poate înregistra un element în container.
ContainerBuilder containerBuilder = new ContainerBuilder();

containerBuilder
.RegisterType<OderService>()
.As<IOrderService>();
Trebuie sa aveti grija ca intai se specifica clasa care implementează tipul pe care dorim sa îl mapam și doar apoi interfata (sau clasa care vrem sa o mapam). Autofac este destul de deștept ca sa poată detecta cu ce obiect vrem sa mapam un anumit tip. Este de ajuns sa specificam doar OrderService:
containerBuilder

.RegisterType<OderService>();
Constructorul care se va folosii este cel care are cei mai multi parametrii care pot sa fie rezolvati din container. In cazul in care dorim sa specificam parametrii la constructori, atunci trebuie sa scriem urmatorul cod:
containerBuilder

.RegisterType<ComputeService>()
.WithParameters(
new NamedParameter(state, 1));
Pentru a putea obține un element din container este nevoie sa folosim metoda Resolve. Aceasta metoda acepta si lista de parametri cu care dorim sa initializam obiectul.
IOrderService orderService = containerBuilder.Resolve<IOrderService>();

Problema propietatiilor si a constructoriilor complexi a fost destul de simplu rezolvata prin metoda Regiser, care accepta o expresie lambda. Prin intermediul acestei expresii putem as configuram obiectul nostru în orice fel.
containerBuilder

.Register(cs => new ComputeService(1){ MaximProcessor = 10; });
Folosind o expresie lambda putem sa injectam orice valoare, atata timp cat propietatiile sunt publice. Cand lucram cu tipuri generice pe care dorim sa le mapam putem sa folosim metoda RegisterGeneric, dar nu este obligatoriu. Daca dorim sa mapam mai multe obiecte pentru aceiasi interfate, este bine de stiut ca ultimul obiect inregistrat o sa fie considerat cel default. Pentru a pastra ca obiect default, obiectul deja mapat, este nevoie sa folosim metoda PreserverExistingDefaults().
containerBuilder

.RegisterType<ComputeService>()
.As<IComputerService>()
.PreserveExistingDefaults();
Pentru fiecare obiect inregistrat putem sa alocam nu doar un nume ci si o cheie. De exemplu putem sa folosim un enum, a.i. nu o sa fim obligati sa folosim string-uri pentru a rezolva un anumit obiect.
// pe baza de nume

containerBuilder
.Register<ComputeService>()
.Named<IComputerService>("computeServiceOne");
containerBuilder.ResolveNamed<IComputeService>("computeServiceOne");
// pe baza de cheie. Presupunem ca avem urmatorul enum: enum ComputerServiceTypes { Manual, Auto }
containerBuilder
.RegisterType<ComputeService>()
.Keyed<IComputeService>(ComputerServiceTypes.Auto);
containerBuilder.ResolveKeyed(ComputerServiceTypes.Auto);

Un lucru în plus care il aduce Autofac și se poate folosii cu succes în aplicațiile care inițial nu au avut un container IoC, este ExternallyOwned. In cazul în care folosim paternul Singleton, putem sa mapam o proprietate statica pentru a fi procesata de către container.
containerBuilder

.RegisterInstance(ComputeService.Instance)
.ExternallOwned();
La Resolver putem sa specificam valori la parametrii (pe baza de nume, tip). Mai jos puteti sa gasiti un exemplu.
containerBuilder.Resolve<IComputeService>(new NamedParameter("MaximProcessor",10));

In momentul în care setam valori la proprietate putem sa avem cazuri cînd apar dependinte circulare. Autofac știe sa lucreze cu ele, doar ca este nevoie sa ne folosim de metoda OnActivated pentru a specifica propietare care provoaca o dependinta circulara (mare parte din framework-uri nu suporta dependintele circulare).
containerBuilder

.Register(c => new ComputeService())
.OnActivated(c => c.PropDeTipComputeService = c.Context.Resolve<IComputeService);
Exista 3 evenimente la care ne putem atasa pentru a executa cod custom:
  • OnActivating
  • OnActivated
  • OnRelease
Acestea pot sa fie folosite de exemplu cînd vrem sa injectam o metoda într-un anumit moment.
containerBuilder

.Register(c => new ComputeService())
.OnActivating( e => some code);
In cazul in care dorim sa mapam toate interfețele dintr-un assembly avem la dispozitie RegisterAssemblyTypes. Prin intermediul acestei metode putem sa mapam automat orice clase dintr-un anumit assembly.
containerBuilder

.RegisterAssemblyTypes(Assembly.GetExecuteAssembly())
.Where(type => type.Name.EndWith("Service")) // conditie
Autofac ne permite sa controlam durata de viata a unui obiect asemanator cu Ninject, doar cu mici diferente.
  • Transient (o instanta noua de obiect la feicare call) este denumita PerDependency - InstancePerDependency();
  • Singleton (o instanta unica per aplicatie) - SingleInstance();
  • LifetimeScope (o instanta unica per request) - InstancePerLifetimeScope();
  • Contextual (asemanatoare cu LifetimeScope) doar ca controlul duratei de viata a obiectului se poate controla din cod - InstancePerMatchingLifetimeScope;
Avem la dispoziție interfața IStartable, care ne permite sa rulam un cod custom în momentul în care containerul este creat. Pentru a face acest lucru trebuie sa implementam interfața data și sa o înregistram in container.
class StartupCode : IStartable

{
public void Start()
{
// Cod custom care o sa fie rulat in momentul i ncare containerul este initializat.;
}
}
containerBuilder
.RegisterType<StarupCode>()
.As<IStartable>()
.SingleInstance(); // O singura instanta per container.
In cazul în care vrem sa înregistram mai multe obiecte, le putem grupa pe module. Fiecare modul trebuie sa implementeze clasa Module și sa face ovveride la metoda Load. In aceasta metoda trebuie sa inregistram obiectele dorite.
public class ComputeModule : Module

{
protected override void Load(ContainerBuilder containerBuilder)
{
containerBuilder
.RegisterType<OderService>()
.As<IOrderService>();
containerBuilder
.Register(c => new ComputeService());
}
}

Toate aceste configurări pot sa fie făcute și printr-un fișier de configurare. Fiecare componenta pe care dorim sa o înregistram este nevoie sa o mapam într-un nod de tip component. Nu vreau sa intru in detaliu, deoarece sunt exact aceleași configurări care se pot face si din cod. Ce merita menționat aici este faptul ca dacă ne definim module, le putem configura (seta proprietatiile) din fișierul de configurare.
Autofac se poate integra foarte ușor cu ASP.NET, ASP.NET MVC, MEF (Managed Extensibility Framework), WCF, NServiceBus, Moq, NMock si NHibernate.

Comments

  1. O comparatie interesanta a performantei diverselor DI containers: http://philipm.at/2011/0808/
    - desi aparent n-ar trebui sa conteze, am simtit pe pielea mea 2 ani cat de lent poate sa fie Unity cand e vorba de grafuri mari de obiecte (sute/mii create simultan - aplicatie desktop)...

    ReplyDelete

Post a Comment

Popular posts from this blog

How to check in AngularJS if a service was register or not

There are cases when you need to check in a service or a controller was register in AngularJS.
For example a valid use case is when you have the same implementation running on multiple application. In this case, you may want to intercept the HTTP provider and add a custom step there. This step don’t needs to run on all the application, only in the one where the service exist and register.
A solution for this case would be to have a flag in the configuration that specify this. In the core you would have an IF that would check the value of this flag.
Another solution is to check if a specific service was register in AngularJS or not. If the service was register that you would execute your own logic.
To check if a service was register or not in AngularJS container you need to call the ‘has’ method of ‘inhector’. It will return TRUE if the service was register.
if ($injector.has('httpInterceptorService')) { $httpProvider.interceptors.push('httpInterceptorService&#…

ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded

Today blog post will be started with the following error when running DB tests on the CI machine:
threw exception: System.InvalidOperationException: The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer' registered in the application config file for the ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded. Make sure that the assembly-qualified name is used and that the assembly is available to the running application. See http://go.microsoft.com/fwlink/?LinkId=260882 for more information. at System.Data.Entity.Infrastructure.DependencyResolution.ProviderServicesFactory.GetInstance(String providerTypeName, String providerInvariantName) This error happened only on the Continuous Integration machine. On the devs machines, everything has fine. The classic problem – on my machine it’s working. The CI has the following configuration:

TeamCity.NET 4.51EF 6.0.2VS2013
It seems that there …

Run native .NET application in Docker (.NET Framework 4.6.2)

Scope
The main scope of this post is to see how we can run a legacy application written in .NET Framework in Docker.

Context
First of all, let’s define what is a legacy application in our context. By a legacy application we understand an application that runs .NET Framework 3.5 or higher in a production environment where we don’t have any more the people or documentation that would help us to understand what is happening behind the scene.
In this scenarios, you might want to migrate the current solution from a standard environment to Docker. There are many advantages for such a migration, like:

Continuous DeploymentTestingIsolationSecurity at container levelVersioning ControlEnvironment Standardization
Until now, we didn’t had the possibility to run a .NET application in Docker. With .NET Core, there was support for .NET Core in Docker, but migration from a full .NET framework to .NET Core can be costly and even impossible. Not only because of lack of features, but also because once you…