我是一名C++/Java开发人员,对.Net或GUI一无所知。我需要开发一个windows应用程序为2000/XP/Vista/7。
我想我已经得出结论,C#是最好、最快的方法(如果我错了,请纠正我)。你有什么建议吗?我应该学习哪种GUI方法?(表格?还有别的东西吗?)
这是在.Net 2.0模式下编译的最佳方式吗?这将是一个供公众下载的应用程序。
发布于 2010-01-07 05:46:19
在我个人的开发经验中,Windows窗体与在Windows上快速部署GUI应用程序一样简单。当然,WPF是另一种选择,但使用它可能需要您花一些时间熟悉XAML。Windows窗体在外观上和感觉上都像Java的许多可用GUI选项,在我看来,它比大多数选项要好得多。
如果您希望在.NET中尽可能快地进行图形用户界面开发,那么Windows Forms就是您的选择。
发布于 2010-01-07 05:44:40
对于桌面应用程序,基本上有两种选择:WinForms和Windows Presentation Foundation。
WinForms更传统地构建,因此更容易学习。因此,WinForms可能是一个更简单的开始,但如果您计划实际使用您在.NET图形用户界面开发中学到的知识,我会说您最好从一开始就潜入WPF。这是一个更加丰富的框架,也是微软致力于开发桌面应用程序的地方。它也类似于Silverlight,这意味着当你了解WPF时,你也可以很容易地进入Silverlight。
祝好运!
发布于 2010-01-07 06:49:00
是。当涉及到.NET开发时,C#是首选语言。因为您是用Java编程的,所以您会发现这种语言看起来非常熟悉(虽然它看起来有点干净,并且有一些非常好的特性,比如委托,如果您真的想使用指针,您甚至可以使用指针,尽管在大多数情况下您不需要这样做)。
它是SWF (System Windows Forms)或MWF (托管Windows Forms --使用System.Drawing编写的托管代码的轻量级版本--它将您从底层的经典SWF的WinAPI中解放出来)。
还有GTK-Sharp,一个用于C-Sharp的GTK+绑定,但是由于您是为Windows开发的,用户会发现为您的应用程序安装第三方GUI框架是一件奇怪的事情。
我不推荐使用WPF。它直接调用底层的图形硬件,这意味着它相当快,但根本不能移植。它只能在x86系统上运行(不能在SPARC等系统上运行)与DirectX兼容的硬件渲染单元(显卡),它将不会运行在具有强大硬件抽象的系统上(像大多数Unices,如BSD或Linux或Solaris)。
Novell还表示,他们在不久的将来永远不会实现WPF,因为它对硬件的依赖性很强(Novell希望Mono可以在许多处理器平台上移植)。不要使用WPF。软件不再只是一个被丢弃的产品,当涉及到操作系统时,我们正处于旋转的时代。你今天运行的平台不一定就是你明天要运行的平台。WPF是一种由Microsoft和Intel开发的专利技术。如果你使用它,你会发现你自己被一个非常好的Win32-on-x86供应商锁定了。这意味着你迟早会发现自己完全重写了你的应用程序。从一开始就编写可移植的软件,即使你现在不需要这种可移植性。我根据经验告诉你,明天你将需要可移植性。一定!
https://stackoverflow.com/questions/2016433
复制相似问题