Существует класс WindowsFormsHost, хотя я бы добавил примечание о предостережении. Если вы используете все старые элементы управления из winforms, смешанные с WPF, это не будет приятным опытом для пользователя. Я полагаю, вам сказали, что вы не можете или не успеваете, но на самом деле вам стоит взглянуть на замену существующих элементов управления элементами управления WPF. Если у вас не будет много серьезного сложного материала, сделанного владельцем, это не должно быть слишком большим усилием.
Итак, моя рекомендация заключалась в том, чтобы приступить к созданию WPF-версий существующих элементов управления (или приобрести набор от кого-то вроде Telerik для любых созданных вами элементов управления, не связанных с доменом, таких как панели инструментов и т. Д.) И поддерживать только элементы управления Winforms для сверхсложных созданных на заказ элементов управления. Даже тогда вы должны планировать «этап 2», чтобы заменить их. Ваши пользователи будут благодарны вам за это.
Какие проблемы вы обнаружили, включая элементы управления WinForms в Windows WPF? Я слышал, что люди будут испытывать проблемы, но в смешанных материалах WPF/WinForms, которые я закодировал, не было никаких реальных проблем, связанных с этими двумя. Конечно, вся интеграция, которую я сделал, была спланирована с пониманием воздушного пространства и фокуса. Возможно, я просто избегал некоторых очевидных ловушек, не осознавая этого, или, может быть, мне просто повезло. –
Ну, действительно, я имею в виду внешний вид. Если сумма оплаты не будет выплачена, внешний вид элементов управления winforms будет зависеть от материала wpf. –