是否可以使用WinForms应用程序的客户端复合UI应用程序块（CAB）的WPF版本
我正处于设计客户端应用程序的初始阶段。然而，作为WPF的新手，并且已经在Win forms开发中获得了一些经验，项目的时间压力意味着沿着WPF路线走下去存在风险。若时间并没有压力，那个么我会说，忘掉表格，用WPF设计。然而，我并没有幸运地拥有这种奢侈品。在花了一点时间研究表单的复合应用程序块之后，我决定一定要在这个框架内开发应用程序。但是，CAB有两个版本，一个是针对.Net 2.0运行时的WinForms版本，该运行时现已失效，另一个是针对.Net 3.5的WPF版本。我不是“退役”代码库的粉丝，我更喜欢使用CAB的WPF版本。这可能是一个愚蠢的问题，但是否可以使用WPF版本的CAB进行Win forms应用程序开发？我确实设想在将来的某个时候，我会转向WPF。如果我可以使用CAB的WPF版本，我希望这将使表单应用程序更容易迁移到WPF。它看起来与您的想法相同是否可以使用WinForms应用程序的客户端复合UI应用程序块（CAB）的WPF版本,wpf,winforms,client,cab,Wpf,Winforms,Client,Cab,我正处于设计客户端应用程序的初始阶段。然而，作为WPF的新手，并且已经在Win forms开发中获得了一些经验，项目的时间压力意味着沿着WPF路线走下去存在风险。若时间并没有压力，那个么我会说，忘掉表格，用WPF设计。然而，我并没有幸运地拥有这种奢侈品。在花了一点时间研究表单的复合应用程序块之后，我决定一定要在这个框架内开发应用程序。但是，CAB有两个版本，一个是针对.Net 2.0运行时的WinForms版本，该运行时现已失效，另一个是针对.Net 3.5的WPF版本。我不是“退役”代码库的粉
我在CompositeWPF codeplex论坛上读到了这篇文章，讨论了这个问题。你应该能够做到这一点，而不会有太多问题。我们目前正在使用CAB，以便能够在WPF中显示sqlreportingservices报告以及一些其他项目。这是一个非常简单的实现，但我们的体系结构是基于WPF的，而不是WinForms。据我们所知，如果采用另一种方式，并以相同的方式显示这两种类型的表单，则不会有太大问题