Visual Studio 솔루션을 구조화 할 때 필자는 다양한 구성 요소가 다른 프로젝트에 있도록 구조화하는 경향이 있습니다 (대부분의 사람들이 생각할 수 있듯이) 나는 많은 수의 사용자 정의 예외가있는 경향이 있습니다.예외가 다른 프로젝트에 있어야합니다
이러한 예외는 (예를 들어) 모델 클래스와 별개의 프로젝트에 있어야합니까?
나는 그들을 모델의 하위 네임 스페이스에 넣고 모델 프로젝트 내의 디렉토리에 정리하는 경향이있다. 하지만 그들은 함께 모두 별도의 프로젝트에 있어야합니까?
사용 방법과 응용 프로그램 배포 방법에 따라 다릅니다. 원칙적으로 필요한 것보다 많은 패키지/어셈블리를 생성하지 마십시오.
자체 어셈블리에 예외 클래스와 인터페이스 클래스를 넣을 때 강력한 사례가 있습니다. 즉, 반드시 "전체"패키지가 필요하지 않은 클라이언트간에 공유되어야한다고 가정 할 때 한 가지 공통적 인 시나리오는 다른 것을 사용할 때입니다. 플러그인 아키텍처를 빌드합니다.
그들이 어떻게 사용되는지에 따라 다릅니다. 예외가 단일 프로젝트에만 국한되어있는 경우, 거기에 입력하십시오. 여러 프로젝트에서 사용하는 경우 별도의 프로젝트에 배치하십시오.
메시지 문자열을 구성 할 수있는 한 (속성 파일/xml) 난 신경 쓰지 않을 것입니다. 예외가 프로젝트 전반에 걸친다면 일반 최상위 인터페이스를 사용하면 분명 도움이 될 것입니다.