문제

그것은 좋은 아이디어를 덤'utility'클래스 공유하는 여러 프로젝트를 하나의 유틸리티,라이브러리를 만들은 많은 작은 어셈블리는 각각의 로드할 수 있는 프로젝트에서 사용하나요?

나는 진짜로 좋아하지 않는다는 아이디어 유틸리티의 라이브러리,그리고 당신은 총 mish-mash 의 기능성,하지만 다른 한편으로는 20dll 을 포함하는 단 하나의 조각 기능을 하지 않는 것처럼 훌륭한 솔루션이다.

가 세 번째 방법은?

편집:이 사용하고 있습니다.net

도움이 되었습니까?

해결책

하는 경향이 있을 넣어 유틸리티 중 하나로(또는 몇)큰 어셈블리,하지만 작업으로 네임스페이스을 명확한 구조를 그들 중입니다.

다른 팁

작업을 개발자에게 배포하는 방법에 따라 다릅니다. 나중에 수업 중 일부를 재사용하려는 경우에도 달려 있습니다. 그리고 - 전체 응용 프로그램의 한 단일 지점에서 사용되는 유틸리티 클래스가있는 경우 - 이것은 더 이상 유틸리티 클래스가 아닙니다…

네임 스페이스와 함께 하나의 어셈블리와 함께 갈 것입니다.

많은 프로젝트를 포함시킬 때 유틸리티 라이브러리에 들어가는 것에 대해 경계하십시오. 그렇지 않으면 당신은 직면하게 될 것입니다 이 같은.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top