2010-08-30 121 views
0

我新的WPF和一瞧這篇文章後直通,MVVM流程圖問題

MVVM-Pattern for a Diagraming Application with WPF - Convert enum to xxxViewModel

我想知道,如果MVVM可以使用或鼓勵使用一個簡單的應用程序,我喜歡 嘗試:簡單的應用程序是一個wpf流程圖設計器,允許用戶將圖標添加到 畫布上,以使它們彼此相關。 另外我想知道開發人員如何在短時間持續循環中實現活動節點後突出顯示的代碼。 即 假設拖放後應用程序中有3個節點。 time active node 1st-5ths A 6日至10日B(活動節點從A移至B) 11日至15日C(活動節點從B移至C) 16日至20日A while while loop link)

這是否適合MVVM模式使用?

感謝

回答

3

什麼MVVM歸結爲兩個主要部分:

  • 維護
  • 可測

你MVVM模式得到的核心優勢是:

  1. 一切MVP/MVC帶來的表格
  2. 您的視圖模型(您的視圖背後的邏輯)很容易測試,因爲您可以在WPF/Silverlight/ASP/Whatever系統的上下文之外實例化它們(因爲它們本質上是POCO 。
  3. 您的邏輯是分離的,因此您可以使用IoC/DI輕鬆地將視圖背後的邏輯進行熱插拔,或者使用其他模型輕鬆實現。一行代碼更改和您的整個行爲都會改變。

在MVVM設計應用程序時有相當多的開銷,並且我個人不會推薦它用於小應用程序,因爲它可能會使開發時間加倍。

但是,如果您希望不斷地主持/升級/擴展您的應用程序,並需要單元測試UI功能,那麼它是非常寶貴的。如果您花時間在開始時正確設置它,它可以爲您節省大量的ui重構時間。

我知道這可能不會專門回答你的問題,但我覺得這些觀點與選擇MVVM模式更相關。

注:記得MVVM是準則,而不是規則,你被允許在那裏是有意義的,只記得覺得這樣做

+0

」的含義......可能翻番打破它你開發時間?」也許如果你以前從未開發MVVM應用程序。即使是最小的應用程序,我也使用MVVM,並且可靠地爲自己付出代價。 – 2010-08-31 04:06:44

+1

我在談論架設應用程序的開銷,「雙」可能是雙曲線估計,但肯定會有開銷,然後逐漸減少。 – Aren 2010-08-31 15:44:26