[C#] DI (Dependency Inject) “친숙한”라이브러리

“종속성 주입”이라는 용어는 IoC 컨테이너와는 전혀 관련이 없지만, IoC 컨테이너와는 전혀 관련이 없습니다. 단순히 다음과 같이 코드를 작성하는 대신 의미합니다.

public class Service
{
    public Service()
    {
    }

    public void DoSomething()
    {
        SqlConnection connection = new SqlConnection("some connection string");
        WindowsIdentity identity = WindowsIdentity.GetCurrent();
        // Do something with connection and identity variables
    }
}

다음과 같이 작성하십시오.

public class Service
{
    public Service(IDbConnection connection, IIdentity identity)
    {
        this.Connection = connection;
        this.Identity = identity;
    }

    public void DoSomething()
    {
        // Do something with Connection and Identity properties
    }

    protected IDbConnection Connection { get; private set; }
    protected IIdentity Identity { get; private set; }
}

즉, 코드를 작성할 때 두 가지 작업을 수행합니다.

1. 구현을 변경해야한다고 생각할 때마다 클래스 대신 인터페이스를 사용하십시오.

2. 클래스 내에서 이러한 인터페이스의 인스턴스를 생성하는 대신 생성자 인수로 전달하십시오 (또는, 공용 속성에 할당 할 수 있습니다. 전자는 생성자 주입 이고, 후자는 속성 주입 ).

이 중 어느 것도 DI 라이브러리의 존재를 전제로하지 않으며 코드 없이는 코드를 작성하기가 더 이상 어렵지 않습니다.

이에 대한 예를 찾고 있다면 .NET Framework 자체 만 살펴보십시오.

• List<T>구현 IList<T>합니다. 클래스를 사용하도록 IList<T>(또는 IEnumerable<T>) 디자인 하면 Linq to SQL, Linq to Entities 및 NHibernate와 같은 개념을 지연 로딩과 같은 개념을 활용할 수 있습니다 (일반적으로 속성 삽입을 통해). 일부 프레임 워크 클래스는 실제로 여러 데이터 바인딩 기능에 사용 IList<T>되는와 같은 생성자 인수로 허용 BindingList<T>합니다.

• Linq to SQL 및 EF는 전적으로 IDbConnection공용 생성자를 통해 전달 될 수있는 관련 인터페이스를 중심으로 구축됩니다. 그러나 그것들을 사용할 필요는 없습니다. 기본 생성자는 구성 파일에 어딘가에있는 연결 문자열로 잘 작동합니다.

• WinForms 구성 요소를 다룬 적이 있다면 INameCreationServiceor 와 같은 “서비스”를 다룰 수 있습니다 IExtenderProviderService. 당신은 실제 클래스 가 무엇인지 정말로 알지 못합니다 . .NET에는 실제로 자체 IoC 컨테이너가 있으며이 클래스에 IContainer사용되며 Component클래스에는 GetService실제 서비스 로케이터 인 메소드가 있습니다. 물론, IContainer특정 로케이터 없이 또는 이러한 로케이터 없이 이러한 인터페이스 중 일부 또는 전부를 사용할 수있는 것은 없습니다 . 서비스 자체는 컨테이너와 느슨하게 결합되어 있습니다.

• WCF의 계약은 전적으로 인터페이스를 중심으로 구축됩니다. 실제 구체적 서비스 클래스는 일반적으로 구성 파일에서 기본적으로 이름 인 DI로 참조됩니다. 많은 사람들이 이것을 인식하지 못하지만이 구성 시스템을 다른 IoC 컨테이너로 교체 할 수 있습니다. 더 흥미롭게도 서비스 동작은 IServiceBehavior나중에 추가 될 수있는 모든 인스턴스 일 것입니다 . 다시 말하지만, 이것을 IoC 컨테이너에 쉽게 연결하여 관련 동작을 선택하도록 할 수 있지만 기능은 완전히 사용할 수 없습니다.

그리고 등등. .NET에서 DI를 찾을 수 있습니다. 일반적으로 DI로 생각조차하지 않도록 완벽하게 수행됩니다.

최대한의 유용성을 위해 DI 가능 라이브러리를 설계하려면 가장 가벼운 제안은 경량 컨테이너를 사용하여 고유 한 기본 IoC 구현을 제공하는 것입니다. IContainer.NET Framework 자체의 일부이기 때문에 이에 대한 훌륭한 선택입니다.

답변