GUI驱动的应用程序需要承载一些基于WinForms的预构建组件。
这些组件使用GDI +和DirectX的混合物提供了高性能的交互式视图。
视图处理控件输入并显示自定义图形渲染。
组件由供应商在WinForms工具中进行了测试。

商业应用程序可以将WPF用于其GUI并依靠WindowsFormsHost托管WinForms组件吗？
我们是否遇到过技术故障，例如输入滞后，更新问题会让我们保持谨慎？

解决方案

回答

我在WinForms中托管了WPF控件，反之亦然。不过，我将广泛测试此类情况，因为很难预测复杂的控制方式。

回答

在Winforms中托管时，请注意没有WPF应用程序对象。如果我们要使用现有的WPF组件并将其托管在Winforms中，则可能导致问题，因为资源查找等之类的信息永远不会出现在应用程序范围内。如果有问题，我们可以创建自己的Application对象。

回答

当前，我们在软件中使用WindowsFormsHost来承载WinForms DataGridView控件，并且它没有任何实际问题。需要注意的几件事：

首先是空域限制。实际上，这意味着WinForms内容始终出现在WPF内容之上。因此，如果我们使用的是WPF装饰器，则当它们与我们应用程序中的WinForms区域碰撞时，它们似乎被"修剪"。

第二个是，因为它们使用Windows资源，所以我们必须更仔细地管理WinForms组件的生存期。与WPF组件不同，WinForms控件需要在完成后才进行处理。这使得将它们包含在纯XAML视图中变得很棘手。

最后一件事是WinForms控件的大小调整似乎不如WPF显示的其余部分平滑：完成调整后，它们趋向于调整为新的大小。

回答

正如@Kent Boogaart所述，我遇到了以下情况：WinForms中托管的WPF应用程序没有WPF应用程序对象(即Application.Current)。这可能会导致许多问题，例如分派器无法将线程调用回UI线程。仅当我们在WinForms中托管时才适用，反之则不然。

我还遇到了模态对话框行为异常的奇怪问题(即ShowModal调用)。我假设这是因为在WinForms中，每个控件都有自己的Win32句柄，而在WPF中，整个Window只有一个句柄。

无论我们做什么，都请测试:)

回答

我们可以使用.net 3.5 SP1解决空域问题：

These types of airspace restrictions
  represent a huge limitation in a
  framework, like WPF, where element
  composition is used to create very
  rich user experiences. With a D3DImage
  solution, these restrictions are no
  longer present!

请参阅D3DImage简介。

回答

我遇到的一个问题是，嵌入式Win Forms控件不参与应用于其WPF容器的任何转换操作。这会导致视觉闪烁效果，并且嵌入式控件会出现在不适当的位置。我通过将Windows Forms Host的可见性与其WPF容器的动画状态绑定来解决此问题，以便隐藏嵌入式控件直到动画完成为止，如下所示。

<WindowsFormsHost Grid.Row="1" Grid.Column="1" Margin="8,0,0,0"
     Visibility="{Binding ActualHeight, RelativeSource={RelativeSource
     Mode=FindAncestor, AncestorType=UserControl},
     Converter={StaticResource WinFormsControlVisibilityConverter}}" >

     <winforms:DateTimePicker x:Name="datepickerOrderExpected" Width="140"
        Format="Custom" CustomFormat="M/dd/yy  h:mm tt"
        ValueChanged="OnEditDateTimeOrderExpected" />

</WindowsFormsHost>