이 책은 WPF Unleashed이며 다른 어셈블리의 이진 리소스도 사용할 수 있다고 설명하고 있지만 어셈블리의 개념은 설명하지 않습니다. 다른 어셈블리에 리소스를 패키징해야합니다. 그래서 저는 여기서 질문을했습니다.어셈블리 및 다른 어셈블리의 리소스 이해에 문제가 있습니다.
Google에 게시하려고했지만 WPF에서 어셈블리가 무엇인지 파악하고 Visual Studio 2010을 사용하여 리소스로만 구성된 어셈블리를 만드는 방법을 찾을 수 없었습니다.
둘째, 새로운 어셈블리를 출하하지 않고 업데이트 할 수 있다는 점을 제외하면 다른 어셈블리에서 리소스를 패킹하는 이점은 무엇입니까?
조립 물은 C++ DLL과 유사하지만, 그러한 사용할 수있는 클래스를 설명하는 메타 데이터 같은 다른 특성을 가지고 :
WPF 어셈블리는 구조 및 사용 측면에서 다른 .NET 어셈블리와 다르지 않습니다. 이들은 응용 프로그램 (웹, 창, 서비스 등)을 배포하는 기본 단위이며 .NET 응용 프로그램의 실행을위한 리소스를 포함합니다.
조립품에 대한 MSDN article을 살펴 보겠습니다. 매우 간단합니다.
두 번째 질문에 대해서는 여기에서 다시 말씀 드리겠습니다. 별도의 어셈블리에서 리소스를 패키징하는 방법에 대한 질문에 이미 답변했습니다. 원래 제품을 다시 배포하거나 다시 빌드 할 필요없이 별도의 어셈블리를 다시 배포 할 수 있습니다. 너는 그걸 좋아해야 해. 귀하의 bin 디렉토리에 드롭 인 할 수있는, 예를 들어, 귀하의 사이트에 표시하고 귀하의 사이트를 자동으로 bin 디렉토리를 검색하고 기준을 충족하는 모든 자원을 잡아 데려 가고 싶은 사용자 정의 위젯의 무리가 어셈블리가 멋지 네요 . 난 내 주요 애플 리케이션을 만져야하는 데 끝나지 않아 - 그냥 내 새 리소스에 대한 새로운 프로젝트를 만들고, 별도의 어셈블리 (이 경우 DLL을)에 컴파일하고 그냥 '빈'과 짜잔에 놓으십시오! 굉장해.
희망이 도움이됩니다.
답변과 링크를 제공해 주셔서 감사합니다! – SpeedBirdNine
여기 출발점입니다.
다른 어셈블리에서 리소스를 패킹하는 이점 중 하나는 단일 참조 지점을 제공한다는 것입니다. 여러 어셈블리를 사용하는 응용 프로그램 (또는 여러 응용 프로그램)에서 리소스를 재사용해야하는 경우이를 채택하는 것이 좋습니다 . 이러한 리소스를 현지화해야하는 경우 특히 유용합니다.
WPF는 어셈블리를 정의하지 않으며 개념은 .NET Framework에서 정의됩니다.
네가하고 싶은 말을 이해하지만 네이티브 라이브러리를 .NET 어셈블리는 내 두뇌에 나쁜 맛을 남긴다. 아마도 .dll 확장자가 제공되지 않아야합니다. –
질문 진술서로 두 번째 질문에 답변했다고 생각합니다 ('새 어셈블리를 배송하지 않고 업데이트 할 수 있습니다') –