推荐的 WPF 项目结构？

Question

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

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

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

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

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

    Root
    - Pages
    - Controls
    - Resources
    App.xaml

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

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

如果你们同意的话，我也不想参与“模型视图演示者”讨论。

Answer 1

我同意阿里姆巴达的观点。我们还为视图和视图模型创建了不同的项目。在大型项目中，它使维护变得更容易。我们的目录是 -

 - 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

我也相信提前规划结构，这使得所有开发人员很容易习惯并遵循它。稍后执行此操作会增加混乱，并且在您必须创建单独的项目时会很痛苦。这就是我的观点，并且我愿意了解其他更好的方法。

Answer 2

我倾向于拥有以下目录：Converters、Models、Resources、ViewModels 和 Views。

我还看到了一个解决方案，其中 View 和 ViewModel 已拆分为单独的项目（请参阅 CodePlex 上的BubbleBurst）

Answer 3

我完全支持这篇文章中表达的担忧。如果没有事先深思熟虑的可靠结构，我就无法工作。我什至更进一步，尝试建立类似伪代码工作流程的东西，理论上可以通过任务来完成，希望能够在 IDE 的帮助下完成。 目前，我可以与任何感兴趣的人分享我使用 Bing 创建的初步工作流程： 从这篇（10 岁！？）帖子中，我可以看到这比我想到的要多得多，但它是可行的。 当然，首先必须确定应用程序的类型。我的窗口类型为 WPF-DBFirst-desktop，当前窗口的类型为 TreeView-DataGrid，代码可以根据一种或多种模式并使用不同的语言创建。而且，在与 Bing 一起工作 4 个月后，我可以看到人工智能将为此提供非常强大的帮助。 Microsoft/Visual Source 何时可以让 AI 审查我们的代码是否有错误？ 这不是让生活变得更轻松吗？尤其是当您 80 岁时，这是您的第一个应用程序？