Обращение к Silverlight UserControl

Question

У меня есть DLL (Player.dll), написанная на C++, которая внутренне использует Windows GDI. Я заявление (в основном видеоплеер), записанное в Windows Forms, что внутренне вызовы API, из Player.dll оказать фактические графики на экране, используя P/Invoke метод:

public class ProxyPlayer 
{ 
    [DllImport("Player.dll", CharSet=CharSet.Unicode, EntryPoint="PlayVideo")] 
    public static extern void Play(int playerHandle, out TWResult result); 

    [DllImport("Player.dll", CharSet=CharSet.Unicode, EntryPoint="PauseVideo")] 
    public static extern void Pause(int playerHandle); 

    //other methods 
} 

Это работает.

Но теперь я хочу написать одно приложение с помощью Silverlight 4.0. Как вы знаете, большинство Windows GDI работает с HWND, чтобы сделать графику на экране, поэтому я передаю playerHandle в ProxPlayer методам, как вы можете видеть выше самостоятельно. Window Forms 'UserControl определяет публичное свойство под названием Handle типа IntPtr, что эквивалентно HWND, поэтому я передаю это ProxyPlayer методам. Это решило мою проблему. Но у Silverlight UserControl нет такого свойства.

Итак, мой вопрос в основном заключается в том, как я могу обращаться с моим контроллером silverlight? Потому что без него я не могу вызывать API от Player.dll. Но я должен назвать APS. У меня нет других опций, , поскольку DLL - это настоящий движок, который буквально все связывает с , интерпретируя огромное количество данных, а затем их рендеринг. Поэтому, пожалуйста, предложите мне решение, которое соответствует моему требованию!

Примечание: Предположим, что приложение silverlight всегда будет работать в Microsoft Windows. Поэтому у меня нет проблем с выводом Windows GDI.

Answer 1

Если вы можете открыть свою родную DLL в качестве COM-сервера, который реализует IDispatch, вы можете получить доступ к этому из Silverlight (через класс AutomationFactory), если вы находитесь в доверенном приложении на стороне браузера в Windows.

Я по-прежнему рекомендую (по моему комментарию к даринскому ответу), что вы хорошо смотрите на платформу, поскольку ваш пример «PlayVideo»/«PauseVideo» предлагает вам делать то, что может уже сделать платформа, и еще лучше, платформа может делать это на MacOS и в браузере и без уродства писать собственный COM-сервер и так далее.

Answer 2

Я DLL (Player.dll) написана на C++, который внутренне использует win32 API

Вы можете просто забыть о PInvoking во что-то вроде этого с помощью Silverlight. Silverlight предназначался для запуска кросс-браузера/платформы. Представьте себе свой код под MacOS. Поэтому сконцентрируйте свою энергию на поиске управляемого эквивалента этого кода, который может запускаться из Silverlight или вы просто теряете время.