推薦WPF項目結構？

我是優秀的Visual Studio解決方案和項目結構的堅持者。推薦WPF項目結構？

我即將開始WPF概念驗證工作。

任何人都可以推薦一些他們使用過的WPF項目結構，並發現工作得很好嗎？

這裏http://drwpf.com/blog/2007/10/01/58/

他們有一個建議，我想：

Root 
    - Pages 
    - Controls 
    - Resources 
    App.xaml

凡頁面，控件和資源文件夾。

有沒有人發現某些結構工作正常/工作不正常？

另外，我寧願不進入'模型視圖演示者'的討論，如果這與你們沒關係。

來源

2010-08-06 Lee Englestone

說真的，爲什麼你需要對這樣的東西進行驗證？如果需要，你可以拖放東西，VS中的重構支持（特別是2010）非常好。 – slugster 2010-08-06 10:59:18

在開始之前，您在開始時不需要時間來規劃事情？如果你沒有準備好你準備失敗。當然，你以後可以改變一些事情，但這並不是一個好的理由，因爲一開始就沒有花時間和計劃是什麼？ – 2010-08-06 11:18:23

我的觀點是：你給的例子很好，你爲什麼需要人們批評它？通過一切手段提前計劃，但也要記住，在項目開始的時候，事情會變得有點流暢，你會改變事物的位置和命名空間。以對你和你的團隊有意義的方式對事物進行分類。一兩個星期後，你會發現事情穩定下來，如果有的話，你也不會有太多東西移動。組織一個*項目*沒什麼大不了的 - 提前組織一個*解決方案*對於您的規劃時間來說有更大的投資回報。 – slugster 2010-08-06 11:30:30

我傾向於有以下目錄：轉換器，模型，資源，視圖模型和視圖。

我也看到了其中的查看和的ViewModels已經拆分爲三個獨立的項目的解決方案（見CodePlex上BubbleBurst）

來源

2010-08-06 11:40:59 alimbada

謝謝你讓球滾動alimbada – 2010-08-06 12:11:17

我alimbada同意。我們還爲View和View模型創建了不同的項目。在大型項目的情況下，它使事情更容易維護。目錄我們所做的是 -

- ViewsRoot 
    + Base 
    + Controls 
    + Documentation 
    + Forms(Windows) 
    + Reports 
    + Resources 
    + Themes 
    + Utilities 
    App.xaml 

- ViewModelsRoot 
    + Collection 
    + Commands 
    + Converters 
    + Resources 
    + TemplateSelectors 
    + ViewModels 
    + Views (Interfaces for views) 
    Constants.cs 
    Utility.cs

我也相信在規劃先行的結構，這使得很容易對所有開發者習慣它，並按照相同。稍後做這件事會增加混淆，並且在您需要創建分離項目時很痛苦。這是我的觀點，並且我很樂意知道其他更好的方法。

來源

2010-08-06 12:42:09 akjoshi

我喜歡這個。你會把這個方案中的附加屬性/行爲放在哪裏？我將其分解爲一個單獨的文件夾，我稱爲「行爲」。 – Berryl 2010-08-06 16:54:16

我也有一個wpf項目的'核心'項目，可以跨多個項目重複使用。像常量，實用程序，控制和行爲（也可能有項目特定的對應項目） – Berryl 2010-08-06 16:56:36

我一直在試圖將資源的名稱更改爲資源，這僅僅是因爲資源是一個如此加載的概念，尤其是在您處理本地化時。乾杯 – Berryl 2010-08-06 16:58:02

推薦WPF項目結構？

回答

相關問題