Windows Form как дочернее окно неуправляемого приложения

Я ищу способ встраивания приложений Windows Forms, написанных на C #, в приложение C ++ для Windows. Главное окно нативного приложения подразделяется на несколько панелей. Предполагается, что приложение C # появляется на одной из этих панелей, то есть корневое окно компонента C # (самая внешняя форма) должно быть дочерним окном основного приложения.

Можно ли это сделать? Если так, то как?

Некоторый дополнительный контекст: Насколько мне известно, есть два способа сделать это. Сначала разместите CLR в собственном приложении с помощью API-интерфейсов хостинга .net (ICLRRuntimeHost и т. Д.). Во-вторых, разместите CLR, поместив форму окна в элемент управления ActiveX.

Что касается первого подхода, мне удалось запустить CLR и загрузить сборку C # (во многом благодаря Маттиас Хогстрём). Я сталкиваюсь с препятствием на пути к тому, что я не вижу способа сказать компоненту, который я запускаю в CLR, что он должен быть потомком окна, переданного со стороны C ++.

Я также экспериментировал со вторым методом (используя ActiveX и благодаря Даниил Яновский). Это почти, но только почти, работает для моих целей. Я могу позволить произвольным компонентам Windows Forms запускаться на дочерней панели собственного приложения. НО они всегда запускаются в главном потоке основного приложения. Это означает, что они используют цикл сообщений Windows основного приложения. MSDN говорит, что это не будет работать надежно, поскольку стандартные циклы сообщений Windows не соответствуют требованиям Windows Forms (я хотел опубликовать ссылку на MSDN здесь, но уже использовал мое выделение new-user-two-link-allotment).

Согласно сообщениям MSDN, Internet Explorer и MFC, исключениями являются проблемы цикла сообщений. Родное приложение, которое я использую в качестве хоста, определенно не является Internet Explorer. Кроме того, он использует Windows API в виде wxWidgets, поэтому MFC не является (или, по крайней мере, не приветствуется) вариантом.

Microsoft предлагает решения, позволяющие компонентам C # работать в своих собственных циклах сообщений в своих собственных потоках. Это, по крайней мере, насколько я могу судить, обязательно возвращает к первому подходу, упомянутому выше. Итак, я вернулся к вопросу о том, как заставить Windows Form работать в переданном родительском окне.

Опять же, меня интересует любой ввод, который проясняет проблему дочернего окна, независимо от подходов, которые я упомянул здесь. Но в свете контекста я мог бы свести общий вопрос к двум конкретным вопросам (и мне нужен ответ только на один из них):

• Учитывая форму Windows, размещенную в элементе управления ActiveX, как я могу позволить форме запускаться в своем собственном цикле сообщений в своем собственном потоке?

или же

• Учитывая, что форма Windows работает в среде CLR, размещенной в собственном приложении, как я могу сделать форму дочерним окном окна в собственном приложении?