WPF自定义用户窗口小部件。 UI组件是否会标准化？

Question

有很多文章和视频课程描述了如何使用WPF创建唯一的用户窗口小部件（图形控件）。现场背后有大量的技术细节，我觉得人们热衷于以前所未有的方式定制小部件。

我记得VCL库（Delphi）出现的那些日子，VCL小部件领域也有同样的热情。当您申请Delphi开发人员的工作时，几乎必须能够创建VCL控件。这种情况持续了好几年，直到出现专业复杂的3人方UI库。现在几乎不需要创建自己的VCL小部件。

WPF小部件的热情会不会像VCL那样死？

Answer 1

永远不会只有一种方法来完成任务，所以我怀疑只要选择存在，“真正的”标准化几乎是不可能的。

首先，不要低估“免费”的受欢迎程度。最近我一直在使用Xceed用于WPF产品的优秀DataGrid ......但是，尽管有几个实体商业DataGrid控件是可用的，即使粗略搜索SO上的问题也表明“免费”控件（例如CodePlex上的WPF工具包）仍然非常受欢迎。显然，无数程序员都在想，“为什么要买一个商业图书馆，如果我可以用一点肘部油脂来制作自己的？” （或许，“我的老板不会让我买任何东西，所以我必须以艰难的方式去做”）。根据您使用Delphi的经验，良好的第三方VCL库存在的事实并没有否定一些人可以并且确实自己创建的事实，即使只是为了避免费用。

另一方面，.NET的未来版本可能包含越来越多的小部件控件的“官方”版本，这使得商业版本变得多余。但并非完全！因为商业控件可能包含更多利基功能，主题等。总会有人喜欢这些现成的库而不是“免费”库。

我相信软件开发 - 就像我们周围的世界一样 - 仍倾向于熵。越来越多的程序员会根据需要做出决策来满足日益增长的软件需求。无数因素，但肯定包括（a）价格，（b）易用性，（c）先前的熟悉程度，（d）“闪光”因素等。选择存在的事实意味着人们的创造力将驱动他们创造了更多的选择，而不是更少。

Answer 2

取决于。我的意思是，认真 - 我现在写了很多UI小部件......对于一个“面向小部件”的金融交易应用程序（如sharepoint，只是WPF）。

但是，在他们看来，这是大多数开发人员的工作水平，我使用的是Microsoft + Infragistics，就是这样。

我该怎么写更多低级小部件？我的意思是，那里的优惠，特别是在极大的剥皮支持下，已经足够好了。大多数应用程序都可以使用Microsoft提供的库存（特别是可以下载功能区）。如果你问我，那就不是热情的死，不需要在那里。