.net 在运行时创建WPF窗口
是否可以在运行时创建WPF窗口控件 我正在考虑一个有点黑客风格的问题解决方案，但我基本上希望能够有一个dll，它允许我动态加载WPF窗口并编译它背后的相关代码（分别来自xaml和cs文件）。我假设我还必须手动加载codebehind所需的任何程序集 这将使我能够创建模块化的插件，允许Windows从另一个应用程序运行，而无需编译到源代码中 有一些关于这个主题的文章，但是没有一篇专门讨论窗口/代码的创建 如果这是不可能的（或只是真的没有建议），想法的替代品将不胜感激 干杯.net 在运行时创建WPF窗口,.net,wpf,runtime,window,.net,Wpf,Runtime,Window,是否可以在运行时创建WPF窗口控件 我正在考虑一个有点黑客风格的问题解决方案，但我基本上希望能够有一个dll，它允许我动态加载WPF窗口并编译它背后的相关代码（分别来自xaml和cs文件）。我假设我还必须手动加载codebehind所需的任何程序集 这将使我能够创建模块化的插件，允许Windows从另一个应用程序运行，而无需编译到源代码中 有一些关于这个主题的文章，但是没有一篇专门讨论窗口/代码的创建 如果这是不可能的（或只是真的没有建议），想法的替代品将不胜感激 干杯 凯尔我建议您转而研究类似
凯尔我建议您转而研究类似的技术。它现在直接包含在框架中，但允许您将第三方代码/windows/views/viewmodels直接“注入”到应用程序中，而无需分发应用程序 您可以提供简单的接口，让MEF为您编写应用程序，而不是在应用程序中编译代码。这是一个更简单、更灵活的选择
我以前使用过它，其中有一个ViewModels合同和一个包含DataTemplates的ResourceDictionary合同。这允许您使用关联视图执行逻辑（ViewModel）的完全动态运行时注入，并在运行时将其封装在窗口中。我建议您转而研究类似的技术。它现在直接包含在框架中，但允许您将第三方代码/windows/views/viewmodels直接“注入”到应用程序中，而无需分发应用程序 您可以提供简单的接口，让MEF为您编写应用程序，而不是在应用程序中编译代码。这是一个更简单、更灵活的选择
我以前使用过它，其中有一个ViewModels合同和一个包含DataTemplates的ResourceDictionary合同。这允许您使用关联的视图执行逻辑（ViewModel）的完全动态运行时注入，并在运行时将其封装在窗口中。非常感谢，听起来这可能是一个更易于管理的解决方案。我来看看。非常感谢，听起来这可能是一个更容易管理的解决方案。我去看看。