Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/wpf/12.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# WPF会成为我们缺乏光泽UI的救世主吗;s_C#_Wpf_User Interface - Fatal编程技术网

C# WPF会成为我们缺乏光泽UI的救世主吗;s

C# WPF会成为我们缺乏光泽UI的救世主吗;s,c#,wpf,user-interface,C#,Wpf,User Interface,我昨天(在匿名书店)读到,在第二章中他们提到XAML允许图形设计和程序员完全独立。这让我想知道,是否大多数公司都倾向于让专门的设计专家来实现用户界面?我知道,在我们公司,我们对显示器/用户界面的评论不那么鼓舞人心,我们甚至考虑引入。我们所有的UI开发都是由开发人员完成的 我们应该聘请一位平面设计专家,或者聘请一位顾问来查看我们的工作,还是WPF会成为我们缺乏光泽UI的救世主?您需要的不是图形设计师,而是UI/UX设计师 一般来说,开发人员在两件事上都是出了名的差劲:在应用程序中查找瓶颈(应该使用

我昨天(在匿名书店)读到,在第二章中他们提到XAML允许图形设计和程序员完全独立。这让我想知道,是否大多数公司都倾向于让专门的设计专家来实现用户界面?我知道,在我们公司,我们对显示器/用户界面的评论不那么鼓舞人心,我们甚至考虑引入。我们所有的UI开发都是由开发人员完成的


我们应该聘请一位平面设计专家,或者聘请一位顾问来查看我们的工作,还是WPF会成为我们缺乏光泽UI的救世主?

您需要的不是图形设计师,而是UI/UX设计师

一般来说,开发人员在两件事上都是出了名的差劲:在应用程序中查找瓶颈(应该使用探查器来完成这一工作)和创建接口:


(来源:)

WPF将UI布局与实际UI代码分离,从而允许开发人员和设计人员分别处理这两个部分,每个部分都使用适当的工具:Visual Studio for developers和suite for Designer


是的,如果你想拥有一个漂亮的UI,你应该雇佣一个设计师。

WPF本身不会自动让你的应用程序看起来更好。事实上,我认为第一个WPF应用程序的大多数尝试通常比开发人员只使用Windows窗体更糟糕。WPF所做的是允许创造性/设计类型在常规的以代码为中心的开发工作流程之外自由地设计应用程序。如果您当前的UI尖叫“我是由开发人员制作的”,那么无论您是否使用WPF,我都会说您需要一个设计师。

WPF不会拯救您。即使在普通的html/css中,也可以创建比现在常见的更好的用户界面。问题在于缺乏对UI设计的关注(懒惰),而不是缺少工具。有人在身边告诉大家他们可以做得更好(并向他们展示如何做),这可能会提供更好的结果

我们已经开始使用WPF,但我们没有UI设计器,这表明了这一点。我们这里的一些用户界面(99%在Windows窗体中,粗略估计)可以归入“反人类罪”项下。我用我的第一个WPF应用程序做了一些让人赏心悦目的事情,但它仍然可以使用一些。我必须说,尽管WPF一开始让我发疯,但现在我希望在未来的项目中我不必再回到Windows窗体

WPF提供了潜力,但很可能大多数现在不使用UI设计器的公司不会仅仅因为使用了WPF就开始工作。见鬼,大多数人都没有专门的测试团队,所以不敢提及专门的UI设计师。这里的心态是:“只要它起作用,不管它看起来怎么样。”每次它都让我发疯


斯蒂芬提到了懒惰。这并不是不正确的(例如,我们有人在屏幕上显示实际的数据库字段名,而不是用户友好的名称),但正如Mario指出的,UI技能与编程技能是不同的。我们有一些优秀的程序员,他们不应该被允许接近界面。

虽然WPF中的界面设计可以独立于编程,但它不是纯粹的图形设计工作。一个人可以独立处理接口,但这个人必须对软件开发、.NET和WPF内部结构有合理的了解


最常见的方法可能是,设计师为开发人员创建模板和指南,然后检查生成的接口

在这个问题发布五年后,我正在阅读Pro WPF 4.5的确切章节

我的想法是: 1) 对于我在过去10年中使用过的所有内部业务应用程序,绝对不需要whatsoeer专门的UI设计器。只要开发人员是智能的,开发人员的UI设计就远远好于没有业务用户关心的设计师所产生的浮华垃圾(他们只关心功能,不关心虚饰)

2) 从XAML提供的代码中分离UI充其量是喜忧参半。 我仍然记得在Unix中开发X-Window应用程序的那些日子,一切都是用代码定义的。它的美妙之处在于,一切都在精确的控制之下,如果出现了问题,那么调试和修复就非常简单。WinForms遵循与X-Windows几乎相同的模式,但有一个可靠的GUI设计器IDE,简化了工作。WinForms缺少的是一种灵活的方式来完成复杂的UI布局,这是由WPF容器提供的


3) 使用XAML+代码执行WPF非常容易出错,并且很难调试,特别是在使用复杂的数据绑定时。简而言之,这是一种相当不自然的代码编写方式(它与大多数开发人员的想法相反)。Charles Petzold非常了解这种心理,并在他的书App=code+Markup中解释了如何用纯代码编写WPF应用程序。然而,考虑到大多数开发人员更喜欢使用IDE来编写UI,而不是从头开始编写代码,到目前为止,我看到的几乎所有WPF应用程序仍然使用XAML+代码。MVVM有着相当多的宗教狂热,但我见过的所有商业应用程序都没有使用这种模式。

我同意你关于界面的观点(我讨厌使用用户界面),但不同意瓶颈的观点(我认为我很擅长找到它们)。似乎Expression网页本身就需要一些用户体验设计师。我想看看这些产品的屏幕截图,但它们似乎没有。如果你负担不起UI/UX设计师的费用,请看一看:Rocket Surgery使自己动手变得容易Steve Krug的《发现和解决可用性问题指南》,我不认为这一定是懒惰。UI技能和编程技能不会100%重叠。此外,许多开发人员习惯于使用低级工具(命令行界面、脚本等等),因此