Internet Explorer 기반 WPF WebBrowser 컨트롤에는 일부 키보드 및 포커스 문제 와 메모리 누수 문제가 있습니다 . 이러한 문제에 대한 대안으로 HTML 편집을 기반으로하는 WPF / C # 프로젝트에서 WebBrowser 컨트롤 대신 Chromium을 호스팅 할 수있는 옵션을 고려하고 있습니다. 비슷한 질문 한 질문 이전에 여기에. 답변을 읽고 자체 연구를 수행 했지만 실제로 프로덕션 품질 프로젝트에서 다음 옵션 중 하나를 사용한 사람들로부터 더 많은 피드백을 얻고 싶습니다 .
매우 적합 해 보이지만 프로젝트가 오픈 소스가 아니고 전체 소스를 쉽게 사용할 수 없다는 사실이 마음에 들지 않습니다. 또한 오프 스크린 렌더링은 우리가 실제로 의존하는 것이 아니기 때문에 프로젝트에 과도한 영향을 줄 수 있습니다.
CEF에 대한 CEF (Chromium Embedded Framework) 및 .NET 바인딩
아마도 현재 사용 가능한 최상의 옵션 일 것입니다. 이 프로젝트는 현재 Chrome v27과 동기화되어 살아 있고 활발한 것으로 보입니다. CEF3은 Chrome 다중 프로세스 아키텍처를 사용합니다. 또한 어도비가이를 지지 하는 것처럼 보인다 .
원래 목적은 IE 및 Firefox 용 HTML5 플러그인 이었지만 실제로는 독립 실행 형 ActiveX 컨트롤로도 작동하므로 WPF와 함께 사용하기 위해 랩핑 할 수 있습니다. 내부 웹 페이지 ( ) 와 상호 작용 하기에 충분한 API 를 제공합니다 onmessage, addEventListener/removeEventListener, postMessage
. Google이 Chrome 프레임 을 중단 한다는 것을 알고 있지만 소스가 Chromium 저장소에 남아 있다고 가정합니다. 최신 Chromium 코드로 업데이트하는 것은 어렵지 않으며이를 완벽하게 제어 할 수 있습니다.
크롬 기반이 아니며 V8 엔진을 사용하지 않으므로 실제로는 옵션이 아닙니다.
간과 한 다른 옵션이 있습니까?
실제 프로덕션 품질의 WPF 프로젝트를 위해 위의 옵션 중 하나를 사용하여 경험을 공유 한 사람이라면 대단히 감사하겠습니다. 통합, 라이센스 또는 배포 관련 사항이 있습니까? 감사합니다.
[편집 됨] 또한 관대 한 현상금 제안을 제공 하여이 질문에 도움 을 주신 artlung 에게 감사드립니다 .