Win32应用程序的模式/体系结构 < >我看到MVVM用于Windows存储/WinRTC++应用程序,但是这种模式可以应用于Win32应用程序吗?开发人员通常使用什么模式

Win32应用程序的模式/体系结构 < >我看到MVVM用于Windows存储/WinRTC++应用程序,但是这种模式可以应用于Win32应用程序吗?开发人员通常使用什么模式,windows,winapi,visual-c++,ribbon,Windows,Winapi,Visual C++,Ribbon,我需要创建一个带有功能区UI的应用程序。我已经看过了所有更高级的ribbon重新实现,比如MFC、表单包装器、WPF和第三方WPF。他们都是不合格的 高质量功能区应用程序的唯一途径是使用本机Windows功能区框架。但是,我很难找到有关Windows API应用程序的模式和最佳实践的信息。模型视图演示者 事实上,大多数Winforms开发人员只是尝试将尽可能多的逻辑从Winform中推送到不同的类中。但是可以用Winforms以或多或少的标准方式进行MVP。有关良好的概念介绍,请参见 另请参见

我需要创建一个带有功能区UI的应用程序。我已经看过了所有更高级的ribbon重新实现,比如MFC、表单包装器、WPF和第三方WPF。他们都是不合格的

高质量功能区应用程序的唯一途径是使用本机Windows功能区框架。但是,我很难找到有关Windows API应用程序的模式和最佳实践的信息。

模型视图演示者

事实上,大多数Winforms开发人员只是尝试将尽可能多的逻辑从Winform中推送到不同的类中。但是可以用Winforms以或多或少的标准方式进行MVP。有关良好的概念介绍,请参见

另请参见


我假设你指的是WINFrm应用程序,对吗?没有本地Windows API的C++应用程序。这是唯一一个支持本机Windows Ribbon框架(如写字板或绘画)的API。有比一路返回Win32更好的方法获得Ribbon。我看不到任何其他方法可以获得真正正常工作的Ribbon。Windows Ribbon框架仅适用于Windows API,而不是WinForms。请查看。它是Ribbon框架的托管包装器,允许您在Winforms中从C#使用它。正如我提到的,我已经看过了包装器,但它还不够好。然后您将不得不使用其中一个商业Ribbon产品。我怎么强调都不过分;您不想一直回到win32。这是一个简单的两屏应用程序,只需读取一个文件,在屏幕上绘制文件,并写入一些输出。我将需要与专有USB接口通信(最好是没有任何驱动程序的WinUSB)。我也在考虑DICT2D做绘图,它似乎在C++中工作得最好,就像带包装器一样,管理的直接T2D包装都是错误的。