這是與我在半小時前發佈的問題親密但不同的，Is WPF development faster or slower than classic ASP.NET (web forms)。有和沒有Telerik的WPF開發的生產力（例如）
我很好奇多少生產力的推動，我們可以合理地預期，如果我們使用Telerik的（或DevExpress的或Infragistics的，等等），我們的WPF項目。這是一個足夠大的項目，我們將有時間選擇我們選擇的任何一個圖書館。我們的應用程序在日曆周圍會有相當複雜的UI;否則它很香草。我們沒有太多的WPF經驗。
我知道這取決於，ESP。有多少的控制是有用的，我們是多麼的需要對其進行定製我們的應用程序等
如果你可以（在某種程度上）包括那些依賴關係，並在一些數到達，那將是巨大的。在我的夢想：
我已經做了較大的WPF項目和 無第三方控件庫 （Infragistics的，在我的情況） - 使用庫和 翻了一番我們 生產力。
或減半它，無論你的經驗是什麼。
我的經驗是，使用一個好的乾淨的第三方控制集確實可以提高生產力，特別是如果控制集包含您的項目所需的功能。
例如，我正在使用Telerik的WPF控件，單獨使用數據網格控件可能會將我們的總開發時間減半（對於需要的特定項目），因爲它會自動處理令人痛苦的事情使用標準DataGrid類手動設置。
這就是說，如果我們沒有使用那個類，差異將是最小的。仍然會有改進，尤其是考慮到數據輸入方面的一些改進（即：更好的數字控制），但這種改變本來就不會那麼戲劇化。
但是，我會建議您在選擇產品套件時考慮學習曲線。例如，Telerik的WPF產品的學習曲線相對較低，因爲它們的設計非常像標準的WPF控件。另一方面，我對DevExpress的WPF控件的體驗完全不同 - 幾乎是相反的極端。 DevExpress往往傾向於幾乎獨佔使用他們的控制套件，並且有一個定製的工作流程。一旦你瞭解了這一點，這是相當不錯的 - 但它們與使用標準控件不同，並且在使用地點和方式方面往往相當普遍。從我的經驗來看，Infragistics和ComponentOne屬於這兩個極端的中間。
蘆葦幾乎說明了一切。只是想補充一下我的意見：
在Winforms的日子裏，第三方控件集比WPF中的多了很多。對於我們的WPF項目，我們還沒有發現任何我們自己無法做到的事情（除了可能Actipro的Syntaxeditor實現起來相當複雜外），或者沒有提供完全像我們需要的那樣。所以，這也是一個問題：
你需要在集中的所有控件，並且還你需要他們提供的所有功能，或者你甚至需要比他們提供更多？
或者您是否有時間和技巧可以自己輕鬆地編寫它們？如果你發現自己對這些控件進行了大量的重新設計，那麼它們是否提供了比你自己能夠做的更多的功能可能是值得懷疑的。最後一件事：如果你沒有太多的WPF體驗，那麼擁有這樣的第三方庫只會彌補這一點，直到某一點（如果有的話 - 你當然可以創建蹩腳的Telerik軟件）。 WPF的學習曲線相當陡峭，所以如果你發現你不能做任何事情，你可能會首先嚐試沒有任何第三方的東西，並投資。
這樣來概括：我已經做了很大的WPF項目，並沒有第三方控件庫（Actipro在我的情況） - 使用圖書館大致並不重要對我們的工作效率。
+1：FYI - DataGrid和Charting中的複雜數據處理是我使用第三方工具包的唯一兩個原因。對於那些人來說，它有很大的不同，但是...... – 2011-03-30 20:15:39
和我一樣。主要原因是我們使用Infragistics WPF庫來繪製圖表和DataGrid。我認爲你選擇的第三方圖書館取決於你是否可以負擔得起:)並且他們的支持有多好。一段時間以來一直在使用Infragistics，一直都不錯（不太明智的支持）。
它可以提高生產效率，因爲您不會遇到樣板代碼
當然，第三方控制可以提高生產力。我身邊的一個很好的例子就是DATAGRID。 – 2011-03-31 04:41:11
@Kishore：是的 - 那基本上是我的觀點。如果您使用的是DataGrid之類的東西，而且微軟的版本並不具備您所需要的功能，那麼它可能會有所作爲。這是一個比在Windows窗體日子小得多的差異，但是... – 2011-03-31 15:19:38