WPF开发的生产力，有和没有Telerik（例如）

Question

这与半小时前发布的问题Is WPF development faster or slower than classic ASP.NET (web forms)有点不同。

如果我们在我们的WPF项目中使用Telerik（或DevExpress或Infragistics等），我很好奇我们可以合理期望提高生产力的程度。这是一个足够大的项目，我们将有时间选择我们选择的任何库。我们的应用程序将在日历周围具有相当复杂的UI;否则它很香草味。我们没有很多WPF经验。

我知道取决于，尤其是关于有多少控件有用，我们需要为应用程序定制它们等等。

如果你能（以某种方式）包含那些依赖关系并达到某个数字，那就太棒了。在我的梦中：

  

我用和做了大型WPF项目   没有第三方控制库   （在我的案例中，Infragistics） - 和   使用图书馆大致加倍了我们的   生产率。

无论您的经验如何，

或减半。

Answer 1

我的经验是，使用一个好的，干净的第三方控件集可以提高工作效率，特别是如果控件集包含项目所需的功能。

例如，我目前正在使用Telerik的WPF控件，而单独的数据网格控件可能会将我们的总开发时间减少一半（对于需要它的特定项目），因为它会自动处理那些令人痛苦的事情。使用标准DataGrid类手动设置。

话虽如此，如果我们没有使用那个班级，那么差异就会微乎其微。仍然会有一些改进，特别是考虑到数据输入的一些改进（即：更好的数字控制），但这种改变远不那么引人注目。

但是，我建议您在选择产品套件时考虑学习曲线。例如，Telerik的WPF产品具有相对较低的学习曲线，因为它们的设计与标准WPF控件非常相似。另一方面，我对DevExpress的WPF控件的体验却截然不同 - 几乎是相反的极端。 DevExpress倾向于几乎专门使用他们的控制套件，并且有适当的自定义工作流程。一旦你学会了这一点，它就相当不错了 - 但它们与使用标准控件不同，并且在使用它们的位置和方式方面往往相当普遍。根据我的经验，Infragistics和ComponentOne正处于这两个极端的中间。

Answer 2

里德几乎说了一切。只想添加我的意见：

在Winforms时代，第三方控件集比WPF更重要。对于我们的WPF项目，我们还没有发现任何我们自己无法做到的事情（除了Actipro的Syntaxeditor，它实现起来相当复杂）或者其他方式并不完全像我们需要的那样。所以这也是一个问题：

您是否需要套装中的所有控件，还需要他们提供的所有功能，还是您需要的不仅仅是他们提供的功能？

或者您是否有时间和技巧轻松自己编写？如果你发现自己重新设计了这些控件，那么它们提供的功能是否比你自己可以提供的功能要多得多可能会有问题。

最后一件事：如果你没有太多的WPF经验，拥有这样的第三方库只会弥补这一点，直到某一点（如果有的话 - 你当然可以创建糟糕的Telerik软件）。 WPF有一个相当陡峭的学习曲线，所以你可能会在没有任何第三方的情况下尝试并投资，如果你发现你做不了什么。

总结一下：我已经完成了大型WPF项目，有或没有第三方控件库（在我的情况下是Actipro） - 并且使用库大致并不重要为了我们的生产力。

Answer 3

跟我一样。我们使用Infragistics WPF库进行Charting和DataGrid的主要原因。我认为您选择的第三方图书馆取决于您是否能负担得起:)以及他们的支持有多好。一直在使用Infragistics已经有一段时间了，没问题（不是很好的支持）。

它可以提高生产力，因为你没有弄乱样板代码