소프트웨어 설계 : DI - 다중 어셈블리 + 비공개 유형

Question

내 첫 번째 게시물이 너무 안녕하세요 :)

계단 패턴을 사용하고 있습니다. I은 할 어셈블리 A - 어셈블리 B에서 정의 된 인터페이스의 구현을 포함하는 어셈블리 B (인터페이스를 포함 함) 및 어셈블리 C에 따라 (엔트리 포인트 조성물 루트) -> B < - C

을 C#에서 개발 중이며 IoC 용 Castle Windsor를 사용하고 있습니다.

저는 또한 비공식 유형 (https://github.com/castleproject/Windsor/blob/master/docs/registering-components-by-conventions.md -> 비공개 유형 등록)을 등록 할 수있는 Windsor의 기능을 활용하고 있습니다. 어셈블리 C의 클래스를 내부 클래스로 정의하면 누구도 C에서 A와 직접적인 의존 관계를 만들 수 없으므로 유용하다는 것을 알았습니다. A와 C 모두 어셈블리 B에만 의존합니다. 어셈블리 B에는 나에게 맞는 소리 만 들어 있습니다.

이것이 좋은 디자인 선택이라면 궁금합니다. 내가 아는 한 Windsor 만 비공개 형식을 등록 할 수 있으며 비공식 형식을 공개하지 않기 때문에 경고합니다. 또한이 고려 사항은 .NET 환경에 국한되지 않는다고 생각합니다. 사용하는 기술에 관계없이이 문제에 대한 통찰력을 높이 평가할 것입니다. :)

Answer 1

외부에서 C 클래스에 대한 액세스를 차단할 이유가 있습니까? 타사에서이 어셈블리를 사용하는 경우 (예 : 다른 사람이 사용할 수 있도록 NuGet 패키지로 게시 할 때)에만 의미가 있습니다. 시험이 어려워진다

• 당신이 [InternalsVisibleTo]에 물건을 표시 할 필요가 있기 때문에, 다음과 같은 이유로 경우이 라이브러리의 유일한 소비자 만 일을 복잡하게 내부를 숨기고, 자신의 팀 안에 있습니다.
• 컴포지션 루트에서 직접 구성 요소를 참조 할 수 있으므로 컴포지션이 어려워집니다. 필요할 때마다 하나씩 등록 할 때 직접 참조해야하거나 컨테이너에서 자동 와이어 처리하는 대신 수동으로 새 항목을 작성하려고 할 때 직접 참조해야합니다.
• 어셈블리 루트 B (어셈블리 A)는 어셈블리 B에 대한 종속성을 갖는 유일한 어셈블리이기 때문에 기본적으로 컴포지션 루트의 종속성 만 숨기고 있습니다. 이는 의미가 없습니다. 왜냐하면 정의상 구성 경로 루트에 depends on all assemblies 신청.

반면에 클래스를 내부적으로 만드는 것은 재사용 가능한 라이브러리의 관점에서 많은 의미가 있습니다. .NET 프레임 워크 자체와 내부 구조가 얼마나 많은지 살펴보십시오. 내부에 물건을 만드는 것은 부서진 변화를 도입하지 않고 물건을 바꾸는 것을 더 쉽게 만듭니다.