.net - 推荐的 WPF 项目结构?

标签 .net wpf mvvm project-planning project-structure

我非常注重良好的 Visual Studio 解决方案和项目结构。

我即将开始一项 WPF 概念验证工作。

有人可以推荐一些他们使用过并且发现效果很好的 WPF 项目结构吗?

这里http://drwpf.com/blog/2007/10/01/58/

他们有一个我喜欢的推荐:

    Root
    - Pages
    - Controls
    - Resources
    App.xaml

其中页面、控件和资源是文件夹。

有人发现某些结构运作良好/运作不佳吗?

此外,如果你们同意的话,我不想参与“模型 View 演示者”讨论。

最佳答案

我同意阿里姆巴达的观点。我们还为 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

我也相信提前规划结构,这可以让所有开发人员轻松习惯并遵循它。稍后执行此操作会增加困惑,并且在您必须创建单独的项目时会很痛苦。这是我的观点,并且我愿意了解其他更好的方法。

关于.net - 推荐的 WPF 项目结构?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3423033/

相关文章:

c# - nHibernate 中使用 DetachedCriteria 进行复杂查询

c# - 如何使用 Entity Framework 在 Linq 中编写列表类型返回值?

c# - WPF Datepicker 使用 MVVM 返回先前选择的日期

c# - 标签不会在 while 循环内更改值

wpf - DataGrid 行标题模板和行验证问题

wpf - ViewModel/View 关系和验证

c# - 在与请求匹配的 Controller 上未找到任何操作

c# - C# 编译器是否为引用类型(如果未指定)或 CLR 提供默认构造函数?

android - 是否可以通过Activity从 fragment 中调用ViewModel方法,或者这是一种不好的做法?

mvvm - 未调用 Kendo Observable 远程数据源更新