从MS Access客户端接口切换到可执行文件

在我看来,主要的答案必须是常规的Windows窗体,或者如果您喜欢(并且是最新的)WPF的话。两者都对数据绑定等有很好的支持,但是两者都不能直接与MS访问表单相比较。并且这些表单不能单独存储,而只能作为程序集的一部分存在。嗯,wpf可以存在一个 一点 作为XAML更为独立,但即使这样,代码背后也总是有大量的代码(这是程序集的一部分,不可分离)。

我想我误解了这个问题,但在我看来,你好像在问WinForms和/或WPF。基本.NET Windows客户端窗体。

这将是开始的地方。

http://windowsclient.net/getstarted/

至于使用哪一个,我自己也不太清楚。所以我问

When is Windows Forms the correct choice vs WPF?

您将发现,无论您做什么,您都需要重新编写这些表单的代码,因为没有其他应用程序具有与MS Access相同的体系结构。vb.net中的WinForms并不完全相同,而且对于经验丰富的MS Access开发人员来说,它有几个gotchas。

实际上,您可能会发现最好的想法是采用WPF之类的东西,因为它是如此不同,以至于它可以帮助您的开发人员专注于他们需要做的事情,而不是试图移植到逻辑上。

无论如何,不清楚这些表单中会存在什么业务逻辑。它们应该是简单的前端验证代码,最坏情况下还需要一些数据绑定和事件处理。您仍然需要能够根据表自动处理表单吗?在这种情况下,某种形式的代码生成器会有所帮助(尽管这不是一个很好的图形用户界面设计策略)。