클래스를 만들지 않고 프로젝트간에 C# 코드를 공유합니다.

Question

몇 가지 공용 클래스와 인터페이스 만 표시하는 많은 내부 기능을 갖춘 C# 라이브러리가 있습니다. 이 코드를 여러 프로젝트에서 공유하고 싶습니다. 각 프로젝트에서 하위 클래스를 사용하여 내부 클래스를 확장해야 할 수도 있습니다.

공통 라이브러리를 만들기 위해 모든 클래스를 공용으로 만드는 아이디어를 좋아하지 않습니다. 나는 그것들을 너무 쉽게 디 컴파일하고 디자인을 깰 수 있다고 생각한다.

소스 코드의 복사본을 만들고 프로젝트간에 이러한 파일을 동기화하는 유일한 방법은 있습니까? 아니면 코드를 공유하고 몇 가지 의도 된 공용 인터페이스와 클래스 만 노출하는 각 프로젝트에 대해 하나의 라이브러리를 얻을 수있는 방법이 있습니까?

나는 비주얼 스튜디오를 컴파일하고 "개인"액세스에 대한 명확한 설명을 위해 2010 년

UPDATE

감사를 사용하고 있습니다. 필자는 여러 입력 라이브러리에 난독 화기를 적용하는 방법을 고려해 볼 수 있다고 생각합니다. 모든 공용 라이브러리는 공개 연결을 모호하게 만듭니다.

디자인 관점에서 볼 때 친구 어셈블리를 사용하는 것이 확실한 것처럼 보입니다.

Answer 1

당신은 친구 어셈블리를하고보고 할 수 있습니다 : 당신은 "친구"어셈블리를 찾고 있습니다

http://msdn.microsoft.com/en-us/library/0tke9fxk(v=vs.80).aspx

[assembly:InternalsVisibleTo("someassembly")] 

Answer 2

: http://msdn.microsoft.com/en-us/library/0tke9fxk(v=vs.80).aspx

Answer 3

새 프로젝트를 만듭니다. 파일> 추가> 기존. 기존 코드 파일을 선택하십시오. 열기 버튼을 클릭하고 링크를 선택하십시오.

클래스를 내부 대 공개로 만드는 것은 decompiled 능력에 절대적으로 아무런 영향을 미치지 않습니다.

Answer 4

당신은 내가 그들에게 쉽게 컴파일에 너무 많이 노출 생각

Answer 5

어셈블리에 InternalsVisibleToAttribute를 사용하여이 작업을 수행 할 수 당신은 심지어 개인 클래스로, 다음 쇼크에있어

어셈블리를 쉽게 컴파일 해제하고 공용 구현을 생성하는 데 사용할 수 있습니다.

"디자인 해체"는 다른 문제입니다. 별도의 프로젝트에서이 코드를 사용하려면 해당 코드를 공개하는 것만 옳은 일입니다. 공개적으로 만들고 싶지 않은 경우이 프로젝트가 실제로 외부에 공개하고 싶은 인터페이스를 생각하면 필요한 것 ...을 구현하고 해당 API를 빌드하여 공개로 설정하십시오.