Can*_*rse 1 c# user-interface mfc
我刚刚完成了我用C++/MFC编写的第一个真正的商业应用程序.
该应用程序由安装在用户工作站上的代理组成,而后者又由管理员工作站上的GUI应用程序控制.我出于这些原因选择C++/MFC.
现在我想到的是我的第二个应用程序,它将再次由代理和GUI应用程序组成.由于上述原因,我很高兴与代理继续在同一轨道上,但GUI应用程序将比第一个复杂得多.第一个GUI应用程序需要很长时间才能开发出来,虽然它是新制作的但是看起来已经过时了.
我应该用.net c#咬紧牙关或者看看像QT这样的东西.
TIA.
Ore*_*ost 13
如果您想要快速的结果,请使用.NET WinForms.除了德尔福之外,没有什么能比组装GUI应用程序和填充生命的速度快.即使在已经很好的Qt框架上,C#语言和.NET基类库也将为您带来巨大的生产力提升.如果您坚持使用基本的Windows窗体控件,它甚至可以在Mono上运行.
一旦你习惯了WPF,WPF就会更有效率,但是习惯它会花费比Windows Forms更多的时间.
对于更常见的GUI应用程序,.NET C#是一个非常好的选择.这很简单,在互联网上有很多资源.
我能想到的唯一反对它的是平台兼容性,但是如果你限制自己使用C++/MFC,那对你来说应该不是一个问题.
即使你想在一段时间之后再与平台无关,你也可以在Linux上单独创建一个Gtk(Mono,开源.NET框架).哎呀,甚至有一个Cocoa(Mac OS X)绑定,我只是不知道它有多成熟.此外,Mono已经在很大程度上支持Windows Forms了...虽然我在C#上的主要经验是在Windows上,但我真的很惊讶我尝试它时的成熟程度.
对于GUI应用程序,您不会后悔使用C#.即使你想要跨平台,如果你打算只针对Windows客户端,也肯定不行.