1
우리는 IDTExtensibility2 인터페이스 (및 IRibbon ... 및 Taskpane)를 구현하는 Office Addin을 구축했으며 Addin은 WebService whos 바인딩을 구성해야합니다 Addin.dll의 App.config를 통해 ... 우리는 이제 C#에서 모든 것을 직접 구성하여 바인딩을 수동으로 생성했거나 targetApp.exe.Config에 구성 설정을 작성해야한다는 것을 알았습니다. 우리의 경우 Windword.exe.config. 이것은 배포하기에 깨끗한 솔루션이 아닙니다. 따라서 dll.config 파일에서 구성을 읽는 중 어떤 방식 으로든 (이 경우 리본 및 작업 창을 사용하여 VSTO 및 바보 arround로 전환하는 것을 제외하고)? 매니페스트 및/또는 vsto 파일을 만들지 않았습니다 (우리의 추가 기능이 VSTO를 기반으로하지 않기 때문에) configurationmanager를 사용하고 코드로 모든 것을 수동으로 읽고 바인딩을 인스턴스화하는 것은 다소 잔인합니다 ... 어떤 아이디어입니까?! 감사합니다대신 IDTExtensibility2로 작성된 Office Addin에서 DLL의 App.Config를 사용하십시오. VSTO
OK - 지금까지 해봤지만이 AppDomain Context에서 파생 된 새로운 BasicHTTPBinding을 어떻게 얻을 수 있습니까? – user3457016
새로운 BasicHTTPBinding을 "얻는다"는 것이 무슨 뜻인지 모르겠다. app.config를 사용하여 WCF를 구성 및 자동 설정하거나 app.config에서 구성한 다음 프로그래밍 방식으로 작업하고 싶습니까? 가장 간단한 경우 app.config에서 설정을 구성하면 해당 구성이 자동으로 사용됩니다. 이를 위해 내 대답과 마찬가지로 자신 만의 AppDomain을 만들어야한다고 생각합니다. 그러나 교차 도메인 프로그래밍은 자체적 인 복잡성을 가지고 있으므로이 두 가지를 비교하여 어느 것이 더 나은지 파악해야합니다. –
안녕하세요, 우리는 Addin 내에서 webservice에 액세스하고 있습니다 - 바인딩을 위해 app.config가 필요합니다 - 그렇지 않으면 winword.exe.config (꽤 못생긴 것 같습니다)에 넣어야합니다. 지금까지는 (또한 못생긴) 새로운 basichttpbinding 객체를 만들고 그 값을 모두 설정 한 다음이 – user3457016