原生API橱窗设计师

题

为什么没有在Visual Studio原生API形式的设计师？类似德尔福？如果存在一些程序，工具等，请指教。

这是在纯API设计复杂的窗口的最佳方法？

解决方案

这可能是因为在WinAPI的做控制布局没有标准的方式，你必须自己来管理它。有一个在WinAPI的无基地“控制”类 - 一切都是某种形式的窗口，所以没办法来支持他们的一个共同布局编辑器/设计差异

您可以但是在对话框创建窗口布局，并使其可调整大小由自己或使用在CodeProject上公布的方法（的此或此 - 两者都是MFC-相关，但是这很容易翻译）。

或者适应 ScreenLib 到您的桌面需求

其他提示

有用于对话的ressource编辑器，然后有代码。我从来没有真正错过了一些可视化设计工具，虽然从控制一些更好的养活自己就好了。

<强>的核心问题是抽象层次：仅仅使用的Win32控件，设计一个复杂的GUI需要一些深思熟虑，和控制所有具有稍微不同的古怪，功能和特性。他们没有可以用来建立在顶部设计一个通用接口。

的WinForms被从地面时考虑设计器支持设计的，它显示了。 Win32的主要设计关注的是代码和数据的内存占用。

即使MFC（其中仍显示内存稀缺的许多迹象）不抽象这些奇特远不够好，以保证一个体面的窗体设计器。

这是配有一个体面的形式编辑所有环境（我记得WATCOM ++ /舰，锌，相当一些人我已经忘记的名字）还配备了一个体面的表单库具有较高的抽象水平。

然后，还有修改的问题。应该是什么设计师的输出？人们可以打一枪换一个XML数据文件，但会添加一个依赖于一些大库到你的本机应用程序 - 没有太大的意义。或者你创建的代码，但C / C ++是不适合那个。另一种二进制格式？你会限制自己什么设计师允许。

在结束时，设计者必须单独照顾每个控制的，并且仍然不能从知道内而外的控制和窗口机制隔离你。当C ++是为大型桌面开发的第一选择它从来没有进行。添加它的现在的，当有 - 可以说 - 更好的选择，将是一个相当愚蠢的举动

这是因为微软的。他们已经走向的dotNet和C＃。 Visual Studio 2005中对那些漂亮的GUI编辑器。为什么你需要使用纯API？

许可以下： CC-BY-SA 和归因