WPF V/S System.Drawing中

Question

我必須代碼在.net一個簡單的控制繪製幾何形狀，看起來像下面的圖片和幾何沒有比這個圖像中顯示的任何更復雜的，也就是說，它會是幾填充多邊形和一些虛線。然而，這不是一張靜態圖片，而是一度被遺忘的圖片。用戶可以更改幾何圖形的尺寸，通過更新它可以反映在圖形中。

我的大四學生說，我應該使用WPF繪製。我的問題是WPF是否對這種工作過度，並且System.Drawing是否足夠？

Answer 1

儘管WPF可能具有繪圖功能，但它實際上是一個完全不同於WinForms的UI工具包。如果您打算最終將應用程序移植到WPF，我可以看到使用它來繪製圖像，但除此之外，我不明白爲什麼要引入WPF來繪製一幅圖像。這對我來說似乎有點矯枉過正。

你可以找到更多關於WPF在MSDN或WindowsClient.net。

Answer 2

事實上，你不能基於你是否想要繪製上述的東西來決定WPF/Winform。你將能夠在System.Drawing中繪製上述的東西，沒有太大的問題。

更有意思的是以下幾點： 是通過一些複雜的對象表示上述假象？在這種情況下，你可以教WPF只是以上述方式呈現所述對象。如果您有一個程序，例如動態地改變基本維度，那麼你可以告訴WPF，如果你改變對象中的這些值，它的顯示也必須改變。

總而言之，這兩種技術是完全不同的，但是，我認爲WPF是更完整的一個 - 即便如此，我個人認爲WPF來得太早了，考慮瞭如何慢採用與其可能性相比較。

Answer 3

WPF是標準的GUI控件（按鈕，文本框等），但對於繪製自定義圖像的新框架，特別是如果他們不控制，它幾乎一樣的WinForms。

有一些圖紙的差異，原因在於使用的WinForms GDI繪製和WPF使用DirectX，但直拉伸兩種大多是等同的事實。

現在，如果圖紙是一個交互式的控制，那麼WPF的優點，因爲它是非常容易的定製標準控制的繪製比的WinForms。

所以問題就來了，圖紙做了什麼？如果你可以改變它的外觀，一個標準控制器可以做同樣的功能嗎？如果是這樣，那麼WPF就是你需要的。