WPF vs Winforms的.Net新手

我很新的微软.Net框架我的问题是: 学习Winforms或WPF更容易和更快?

更容易和更快? 几乎可以肯定的是winforms。

WPF更容易量化 – 它更复杂但更强大,但说实话,我已经失去了未来的轨道…它被杀了吗? 谁知道……尽pipe如此,Xaml肯定有移动生活(WP7)。

国际海事组织虽然,你的时间最好花在学习networking用户界面 – 一些jQuery或HTML5。

两者都不是,容易是非常主观的,取决于你的背景。 首先,我想在WPF和WinForms中展示一个应用程序的例子:

  • input的文本框
  • 一个button来做一些input的“处理”
  • 将显示结果的标签

的WinForms

窗口可以看起来像这样:

在这里输入图像说明

这个代码对于初学者来说是相当简单和容易的:

private Button _myButton; private Label _resultLabel; private TextBox _inputTextBox; public Form1() { InitializeComponent(); _myButton = new Button { Text = @"Process data", Top = 100 }; _inputTextBox = new TextBox(); _resultLabel = new Label { Text = "", Top = 200 }; Controls.Add(_myButton); Controls.Add(_inputTextBox); Controls.Add(_resultLabel); _myButton.Click += Process_Click; } void Process_Click(object sender, EventArgs e) { _resultLabel.Text = string.Format("Your data is: {0}", _inputTextBox.Text); } 

到目前为止,我们还没有碰到任何devise师。

WPF

如果我们将完全相同的代码复制并粘贴到一个新的WPF应用程序中,那么我们必须改变其中的一些:

  • 我们如何将控件添加到界面
  • 我们如何改变标签中的文字
  • 我们如何从顶部(边缘)

然而,这些只是两者之间的不同之处,在这一方面既不困难也不容易。 所以这就是WPF中窗口的样子:

在这里输入图像说明

代码几乎相同:

 private Button _myButton; private Label _resultLabel; private TextBox _inputTextBox; public MainWindow() { InitializeComponent(); _myButton = new Button { Content = @"Process data", Margin = new Thickness(0, 100, 0, 0) }; _myButton.Click += Process_Click; _inputTextBox = new TextBox(); _resultLabel = new Label { Content = "", Margin = new Thickness(0, 100, 0, 0) }; var panel = new StackPanel(); panel.Children.Add(_inputTextBox); panel.Children.Add(_myButton); panel.Children.Add(_resultLabel); Content = panel; } void Process_Click(object sender, EventArgs e) { _resultLabel.Content = string.Format("Your data is: {0}", _inputTextBox.Text); } 

到目前为止,WPF和WinForms似乎都相当难学。 但是,这只是代码隐藏的方法,当我们来到devise师那里,有一个巨大的差异。

的WinForms

当您开发WinForms应用程序时,将控件拖放到表面上并使用属性窗口来更改窗口的属性。 这看起来像这样:

在这里输入图像说明

所以你可以拖放你的控件,你可以改变每个控件的属性,并将它们捕捉到你想要的位置,很简单吧?

WPF

那么WPF呢? 在那里做同样的事更难吗? 我想不是:

在这里输入图像说明

这里的主要区别在于你在底部有一个额外的“窗口”。 该窗口是您的devise的XML(XAML)视图。 这是WinForms和WPF的不同之处。 但正如你可以避免在WinForms中编写devise代码一样,你也可以避免在WPF中作为一个新手。

至于新手 ,当我们对select的技术进行更深入的研究时,我认为学习这个或那个技术并不困难也不容易,当然,它变得更加复杂。 但是无论你select哪一种,这种方式都很容易或者很难。

那么你什么时候select这个或那个?

您selectWinForms是因为:

  • 它已经存在了很长一段时间,你有一个很大的控制供应,你可以使用。
  • WinForms 有很多很好的资源可以学习和获取新的控件。

你selectWPF是因为:

  • 您可以制作更丰富的用户界面,现在只需要关注用户体验。
  • 你想完全控制你的控件的devise。
  • 你想要丰富的,数据驱动的应用程序。
  • 你想要硬件加速的UI。

怎么样的数据绑定,devise模式和所有这一切?

您不需要了解任何关于devise模式的知识,也不需要知道所有的东西都可以用来制作可用的应用程序,特别是不作为新手。 随着时间的推移,您将不得不更多地了解您select的技术。 人们往往会说,你需要知道MVVM使用WPF,这是不正确的。 因为你不需要知道MVP模式来创buildWinForms应用程序。

这两种技术都可以处理丰富的数据驱动控制。 你有两个网格视图等。 WinForms有一些相当不错的“拖放”function,用于数据操作和列表,WPF有非常好的数据绑定。

如果我不想select一个或另一个呢?

美是你不必! 您可以在WPF中托pipeWinForms控件,并且可以在WinForms中托pipeWPF控件。 这意味着如果您正在开发一个WinForms应用程序,并且想要利用WPF,那么您可以!

那哪个更容易?

两者都不 作为一个新手,两者在表面上看起来可能非常相似,尽pipe当你更深入的时候它们是完全不同的。

他们是相似的,但如此不同; 事情是,当你开始时,你有其他事情要考虑,而不是路由模型如何工作,以及如何适应MVVM。

XAML死了吗?

不,XAML没死。 WP7使用也使用XAML的Silverlight。 即使将来可以用HTML5进行很多开发,但我怀疑XAML是否会“死亡”。 人们问,当WPF被释放时,WinForms是否会死亡,而没有。

Windows Forms肯定比WPF更成熟的技术,我会说。 有足够的文件。 我认为,WinForms与WPF的东西真的很荒谬,因为我认为它们各有其用处。

Windows窗体很好,你可以用它做出非常有吸引力的用户界面。 在这里输入图像说明

但我也认为,WinForms非常适合用WPF开发Windows外观应用程序 ,您正在寻找更多的多媒体/丰富的体验。

我已经用WinForms开发了多年,现在还没有采用WPF,因为我仍然不需要WPF。 我可以用WinForms实现我想要的一切。 事实上,我已经开发了一个基于WinForms的整个框架,以提供丰富的Windows外观体验,能够轻松实现上述结果。

但是,如果我需要创造丰富的多媒体体验,我将切换到WPF。 但是我正在开发function性应用程序,比如拍摄,问题跟踪软件,框架等等。

事实上, 这里是我用WinForms所做的另一个例子 。 我觉得我真的可以将WinForms推向极限,并且有能力更进一步。 我喜欢它的发展。

我认为,当人们试图将WinFormsdevise为WPF的时候,我不确定他们真的得到了什么好的devise 。 它更多的花式button和animation,漂亮的丝带控制。

我不是在WinForm或WPF的狗。 我认为这两个都是很棒的技术,但我绝对认为WPF更加适应丰富的多媒体风格体验。

此外,我不认为任何人都更容易学习。 WPF使用XAML深入了解不同的事件风格模型,WinForms可以让你自己做更多的事情。 我想到的WinForms与WPF在C + + / C#的angular度来看,但用户界面的意义。 WPF看起来像一个更抽象的更高层次的devise风格,这使devise吸引人的UI变得更容易。 相反,WinForms,你必须通过编程来完成你的devise。

总之(我跳了起来),我会尝试每一个样本项目,并select你最喜欢的,什么满足你的具体需求。 我不相信这只是因为你有WinForms的技能,你会“维护代码”。 今天在WinForms上还有很多事情正在开发中。

WinForms非常容易学习(因为学到的东西很less)。 开发RAD应用程序将非常简单。 另一方面,WPF将需要更多的努力,而您的应用程序将更易于维护(借助MVVM范例)。

Windows窗体,会更容易学习。

查看这个链接的WPF与Winforms的小写。

我喜欢这样说

Winforms更容易,因为它的devise方式与您当前的智能和经验水平devise相同,因为您有足够的时间来实现它。 因此,你可以把它拿起来,并开始以你想象的方式使用它。 我经常在开发winforms的时候猜测,90%的时间是这样工作的。

另一方面,WPF已经超越了架构devise,并且一直在努力让自己变得聪明,使得中等复杂度的事情变得一团糟(猜测UserControl和CustomControl之间的区别是什么,以及何时需要使用它们)。 超级简单的东西作为拖放编辑器的作品,以吸引用户和大量的奇怪的事情,如数据绑定您的应用程序模板的dynamic与Web服务需要2线只是为了炫耀。 你做的任何新事情都需要你在文档/例子中查找。

使用winforms来完成任务,如果你需要使用Direct2d的性能,Microsoft的Windows API代码包1.1中有一个托pipe的包装。

Winforms基本上更容易学习,特别是如果你来自VB6

WPF在许多方面function更强大,但是它有许多新的概念(例如DataTemplate),可能需要付出很大的努力,特别是对于初学者。

当你学习WPF时,你通常也学习MVVM模式。 这很好,但起初对我来说至less不容易。

总之,WPF有比Winform更多的新概念。 你必须学习新的东西,改变你的思维方式。 这需要时间,但我认为这是值得的,因为您可以将这些概念用于其他目的。 举例来说,我使用WPF学到的东西对于Android编程非常有用。

虽然winforms比其他人更容易学习,但WPF现在是.NET企业应用程序的首选前端框架。 如果您拥有Winform技能,则可以维护应用程序,WPF技能将帮助您进入新产品开发阶段。

在大多数情况下,窗体就足够了。 你几乎可以用Windows窗体来实现任何混淆的用户界面需求。 你可以从wpf中得到同样的结果。

但是wpf支持一种称为mvvm的模式,它将UI与模型分开,并且基于UI的交互/validation来自两者。 这使得应用程序的各个方面都可以独立testing。 例如,您可以采用validation逻辑,编写各种testing用例,并独立testing,而不会影响UI开发或模型开发。

但是这在技术上是mvvm提供给你的吗? Wpf是利用硬件加速graphics和设备独立像素化的技术。 意味着你的forms(只要它不resize)将在显示器上看起来相同的低DPI,或更高的DPI。 (DPI是像素密度的量度)。

赶上这篇文章:

http://www.codeproject.com/Articles/140611/WPF-Tutorial-Beginning