大型 .net 应用程序的理想项目结构是什么？

Question

我目前正在与 5 个开发人员一起开展一个项目。该应用程序由一个胖客户端、一个瘦管理客户端和多个支持维护应用程序组成。目前，胖客户端是用 VB6 编写的，并计划在未来 6-12 个月内转换为 .NET。瘦客户端是一个管理 Web 应用程序，允许管理人员管理胖客户端上的设置。支持维护应用程序用于运行夜间批处理作业和需要定期发生的作业，以保持数据在整个应用程序中移动。目前我们有以下结构：

文件系统：

Current File System Layout http://img130.imageshack.us/img130/5387/currentprojectlayout.png

SVN：

Current SVN Layout http://img707.imageshack.us/img707/2320/currentsvnlayout.png

如您所见，我们的 Subversion 存储库基本上反映了我们的文件系统布局，对标准 Subversion Trunk、Tags 和 Branches 文件夹进行了明显的更改。我们的项目有一个 lib 文件夹，其中包含我们所有引用的非 GAC dll。在我们的 src 目录中，我们有两个文件夹和我们的持续集成构建文件。这两个文件夹包含两种类型的应用程序，我们的胖客户端 (VB6) 和我们的其他项目 (Other)。 VB6 应用程序分为不同的模块，这些模块包含应用程序的不同业务逻辑。在 Other 文件夹中，我们有许多不同的项目（上面用 Project1 - Project6 进行了描述，还有更多）。有一个 Web 应用程序，其中包含我们的瘦客户端代码。这里的其他一些项目是支持应用程序、跨应用程序不同部分访问的通用类以及我们的维护应用程序。当我们使用 VB6 应用程序转到 .NET 时，我想稍微重组项目并想知道重组这个应用程序的最佳方法是什么。我的第一个想法是具有以下结构：

Proposed File System Layout http://img248.imageshack.us/img248/7712/proposedprojectlayout.png

我知道有很多 stack overflow questions 可以处理这类问题，但这更多是关于我的项目的具体问题，而不是像许多其他问题一样的一般问题。 这是整理项目的最佳方式，还是有更好的方式？

谢谢你，

斯科特蓝

Answer 1

这篇文章是我所知道的关于该主题的最佳参考：http://msdn.microsoft.com/en-us/library/ee817674.aspx

希望对你有帮助。