代码之家 › 专栏 › 技术社区 › Canacourse

最快(最简单)的GUI MFC或C或Qt或?

mfc user-interface c#

Canacourse · 技术社区 · 16 年前

我刚刚完成了我的第一个真正的商业应用程序写在C++/MFC。

该应用程序由安装在用户工作站上的代理组成,用户工作站又由管理员工作站上的GUI应用程序控制。由于这些原因,我选择了C++/MFC。

因为我不知道C#
因为我不知道我要花多长时间才能在一个新的计划中发挥同样的作用
因为我不想麻烦在工作站上安装.NET运行时,其中一些可能是W2K。

现在我正在考虑我的第二个应用程序,它将再次由一个代理和一个GUI应用程序组成。出于上述原因,我很高兴继续使用代理程序,但GUI应用程序比第一个要复杂得多。第一个图形用户界面应用程序的开发花费了很长时间,虽然是新制作的,但它很痛苦,看起来过时了。

我是应该用.NET C_咬子弹,还是研究类似qt的东西?

短暂性脑缺血发作

8 回复 | 直到 16 年前

OregonGhost 16 年前

如果您想要快速的结果,请使用.NET WinForms。除了Delphi,没有什么能比得上构建一个GUI应用程序并让它充满生命的速度了。C语言和.NET基类库也将为您带来巨大的生产力提升,即使在已经很好的Qt框架之上。如果坚持使用基本的Windows窗体控件,它甚至可以在Mono上运行。

一旦习惯了WPF,它的效率甚至更高,但是习惯它需要的时间比Windows窗体要长。

Teekin 16 年前

.NET C对于更一般的GUI应用程序是一个非常好的选择。这很简单,就这点而言,互联网上有大量的资源。

我唯一能想到的是平台兼容性,但是如果你把自己限制在C++/MFC上,那你就不应该担心了。

即使您希望以后能够独立于平台,也可以在Linux上的.NET中创建一个单独的GTK(Mono,开源.NET框架)。见鬼,甚至有一个可可(MacOSX)绑定,我只是不知道它有多成熟。此外,Windows窗体已经在Mono中得到了广泛的支持…虽然我在C的主要经验是在Windows上,但当我尝试它的时候,它真的让我感到惊讶。

对于GUI应用程序,您不会后悔使用C。即使你想跨平台发展,当然如果你只想瞄准Windows客户机,那当然不行。

Patrick 16 年前

C几乎肯定会让你更有效率!

anon 16 年前

Delphi . 生成独立的Windows可执行文件,可以在Win2K上正常工作(微软生产过的最好的操作系统——本文正写在上面)。唯一的缺点是对象Pascal,但如果你知道C++,它很容易拾取-它的设计是买一个设计C语言的人。与MFC相比,IDE的生产效率要高出几个数量级。

Steve H. 16 年前

我都做过了-猴子可以使用C,这是所有的拖放接口和公共访问器。我不希望在我最坏的敌人身上使用MFC,而Qt对我来说并不像C_那样直观。让C看起来漂亮也很容易。在C中,诸如改变颜色和闪烁控制之类的困难是微不足道的。它也有内置样式可供使用。我每天都在专业地使用它。我使用C++的唯一时间是,如果我在编程服务器,每微秒计数。

Jerry Coffin 16 年前

第一个问题是什么导致了用MFC开发GUI的困难。它是MFC固有的,还是因为你在学习一些新的东西而不知道自己在做什么?换一种说法,如果你今天必须再做一次,难度会有什么不同?

毫无疑问,MFC是一种老设计,它的问题、缺点和设计缺陷远不止这些。.NET是一个更新的版本,但它的问题、缺点和设计缺陷也远不止这些。

除此之外,.net非常巨大。它组织得相当好,这很有帮助,但要消化充分利用它所需的大量信息仍然需要相当长的时间。同样地,虽然C(最明显的例子)是一种非常好的语言,但是学好它也不是一件易事。这可能是个较小的问题:与C++相比,C语言并没有很多新的概念。例如,一个有能力的C++程序员几乎可以很快地读取C语言,尽管他不能最好地使用它,但也可以立即编写C的位。

aggietech 16 年前

您的第二个应用程序将在哪个平台上运行? 如果是xp或更高版本,我建议使用c/winforms/gdi。

Terry 16 年前

C并不是很难适应,网上有大量的例子,还有很多很棒的书(头一本吸引了我的眼球,因为你可以编写Nethack克隆和其他有趣的项目)。我不得不从C++过渡到C语言本身,它并没有那么粗糙(事实上它似乎是一个很容易的过渡),并允许我快速原型。

祝你好运!