哪个是开始为家庭窗口设置GUI的优秀区域?

我有使用C和C + npls创建控制台和网络客户端/服务器应用程序的经验,但我对使用win32美学API,MFC,Qt,wxWidgets等没有任何认识。哪里是一个很好的起点,也是我应该专注于什么方法,所以关于未来的所有设置和耐用性?

0
2019-05-13 03:55:28
资源 分享
答案: 6

对于一个直截了当的开始表明,围绕“偶尔驱动”的性质,主要是围绕考虑FLTK开发所有结构。

以下是一些飞行开始视频片段链接

对于专业用途,我肯定会建议Qt,价格昂贵但通常在商业场景中值得。

0
2019-06-01 12:42:14
资源

由于您目前习惯于C和C + npls,我当然会建议如何编写一个简单的Windows GUI应用程序,使用Charles Petzold出版。 它肯定会为您提供Windows功能的基本理解。 很高兴认识到你看到的每一件小事都是一个窗口(一个开关就是一个窗口作为一个例子),这些家庭窗口会回复消息。 我不会在这方面投入大量时间,如果你很可能选择WPF,你并不总是要求先做这件事。 我只是假设对此有一个标准的理解是很好的。

最近有一个很棒的播客.Net Rocks在那里叫“凯特格雷戈里用Vista开发C ++版本!”,她建议一个人目前不需要使用/学习MFC(尽管它实际上已经被最近升级了)。

关于为未来做好准备,你需要找到WPF,但它尚未完整,所以依靠你打算创建的客户端应用程序,你可能需要找到WinForms。 大多数人还没有使用WPF,所以现在是开始寻找的好时机。 我假设你肯定会发现它不那么复杂,使用C#来发现它而不是用C + npls来处理代码。

0
2019-06-01 12:25:12
资源

对于组织应用程序,Windows Forms真正完全成熟。 它为车辆提供了一个温和的路线 - 为您创造了很多东西,允许进行大规模的控制,并且还可以自己动手。 有很多高质量的第三方控件,还有大量的实例,文档等等。 很难面对其他人没有解决的麻烦。 我非常建议获得一些历史Win32专业知识(作为一个例子彼佐尔德),因为WinForms结构幸存下来。

我没有WPF经验,但是从我看到的示例应用程序中,它看起来非常适合那些用户界面肯定会从更多视觉寓言中获益的应用程序。 因此,如果您正在进行财务应用程序,可能不值得增加布局费用。 然而,如果你正在做,声称,一个库房监控应用程序可能会通过向下移动而成为有吸引力的容器。

@StephenCox:对错误查询的错误回复。 OP正在询问台式计算机客户应用程序,此外还有WPF! = Silverlight。

0
2019-05-30 22:49:02
资源

我不认识我是否肯定会把它称为一个很好的开始区域,但是如果你打算未来全部设置,请看一下windows演示基础,它完全是为了显示GUI的目的而构建的。

0
2019-05-17 15:21:53
资源

我第一次为Windows创建简单的GUI应用程序的经验是使用C#和Visual Studio。 GUI结构用户界面是一种直接的拖拽,也是一种根据可能的客户活动创建骨架系统方法的讨价还价。 我只是做了相当标准的演出,但我想象它肯定是一个极好的领域,开始找到必需品,并随着你去的东西扩展到先进的能力。

0
2019-05-17 15:19:38
资源

这是一个相当广泛的查询,因为显示Windows中的GUI应用程序可以通过多种方式执行。

创建任何类型的GUI应用程序都有两个几乎所有: 语言 还有 API /框架 。 考虑到您希望找到构建Windows GUI应用程序,该语言实际上并不是您的重点。 因此,您需要选择当前识别的语言,并与您选择的语言可以使用的结构或API进行协作。

如果您打算使用C,那么您实际上只能自己管理Win32 API,在这种情况下,分析彼佐尔德里克特肯定是很好的开始。 Win32 API可能相当压倒性,但值得主动找出(imho)。 在互联网上有很多关于Win32的教程,并且还经常有MSDN,以及Win32 API的完整参考/指南。 请参阅它不仅包括API,还包括各种其他位置,例如资源/对话框,因为它们正在构建Win32应用程序的块。

如果您打算使用C + npls,那么在使用C加上其他几个时,您就拥有了所有替代方案。 我肯定会建议直接选择Win32 API,然后继续使用MFC,Qt,wxWindows或GTK这样的知名结构,以确保您可以花更少的时间与样板代码协作,而是专注于创建申请推理。 我简单详述的最后3个替代方案实际上包含了跨系统的优势,因此您不需要过多地关注系统 - 细节问题。 考虑到你声称你打算与Windows合作,我认为你渴望专注于那个而不是跨越 - 系统 - 所以选择MFC,但首先花时间使用Win32 API来习惯几个原则。

在管理MFC和Win32 API时,这是一个很好的建议,可以在创建代码之前尝试并深入理解这些术语。 例如,您需要识别消息泵是什么,以及它是如何工作的。 您需要了解诸如“自绘 controls”以及子类化之类的原则。 当你认识到这些点(以及额外的)时,你会发现它与MFC协作不那么复杂,因为它在类用户界面中使用了类似的术语(例如,你需要识别“转换消息”)在您之前建议您可以识别如何以及何时使用的PreTranslateMessage)。

您还可以使用Managed C + npls来编写.NET GUI应用程序,但我在几个方面已经阅读过Managed C + npls实际上并未计划以这种方式使用。 相反,它需要在本机/非托管代码之间用作门户,并且还需要处理代码。 如果您使用的是.NET,最好使用.NET语言(如VB.NET或C#)来构建GUI。

所以,如果你 很可能使用.NET,你现在可以选择的WinForms集合,或者WPF。 我直接真的觉得你肯定会失去时间来发现构建WinForms应用程序,认为WPF是为了改变它。 随着时间的推移,WPF肯定会变得更加出色,而Winforms肯定会更有可能。 WPF具有更丰富的API集,并且也不处理Winforms所做的大多数约束。 如果您确实选择了这门课程,那么您无需了解XAML,这是一种驱动WPF应用程序的标记语言。 这种现代技术正在成熟,还有几个很好的领域可以更多地了解它。 首先,有一些网站,如LearnWPF,还有DrWPF,它们有一些非常精彩的文章。 其次,话题上有丰富 质量 图书

总而言之,一旦您选择了语言和技术,该课程实际上相当容易。 只需抓住一个出版物或2,阅读一些博客网站,参与一些代码示例。 最值得注意的是......编写代码。 保持创造,保持犯错,并保持从他们身上恢复。

作为最后一点......

简单地说,Silverlight。 如果你不打算参加MS课程,你可以提供Adobe的Flash / Flex外观。 Silverlight和Flash / Flex都构建了RIA。 我认为这是我们的目标。 像应用程序一样的Office天数被打电话

我不同意。 Silverlight不像WPF。 Silverlight是互联网 - 细节,也只是WPF的一部分属性。 考虑到对Windows GUI应用程序的查询请求,Flash / Flex Rich Internet Apps实际上并不是合适的指针。 我还不同意Rich Client Applications(例如工作场所)的日子被打电话。

我希望有助于此。 祝一切顺利:)

0
2019-05-13 13:27:38
资源