2010-03-16 3 views

답변

3

하나의 네임 스페이스에 대해 하나의 어셈블리를 만들 필요가 없습니다. 어쩌면 하나의 어셈블리 내에서 중첩 된 네임 스페이스를 사용할 수 있습니다. 여러 어셈블리간에 네임 스페이스를 분할하지 않도록하십시오. 나중에 프로젝트에 들어갈 때 이해하기가 더 어렵습니다.

+0

적어도 하나의 dll에있는 내용을 넣어야합니다. – Benny

+0

예. 어셈블리에 정의 된 클래스는 동일한 목적으로 사용되어야합니다. – Seb

1

빌드 프로세스에서 ILMerge를 사용하여 많은 프로젝트를 단일 DLL로 결합 할 수도 있습니다.

2

예, 개인적으로 일부 라이브러리를 제작할 때 모든 관련 기능을 단일 어셈블리에 넣는 경향이 있습니다. 엄지 손가락의 기본 규칙은 하나의 DLL이 어떤 방식 으로든 관련된 다른 DLL에 의존하는 경우 일반적으로 DLL을 하나의 DLL로 결합합니다. 물론 두 프로젝트가 동시에 개발되고 있다고 가정합니다.

+0

좋은 아이디어. 공유해 주셔서 감사합니다. – Benny

1

일반적으로 아키텍처 제약 조건을 적용하기 위해 DLL을 사용합니다. 예를 들어 내 데이터 계층에서 내 비즈니스 계층에 대해 알 필요가 없습니다. 이 결과로 어셈블리가 너무 많아지면 컴파일하는 데 많은 시간이 걸릴 수 있습니다. 이 상황에서는 NDepend 같은 도구를 사용하여 구조적 제약을 검사 할 수 있습니다.

관련 문제