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

时间:2009-12-03 17:14:11

标签: .net layout project-planning project-organization

我正在开发一个目前有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)和我们的其他项目(其他)。 VB6应用程序分为不同的模块,这些模块包含应用程序的不同业务逻辑。在Other文件夹中,我们有许多不同的项目(上面描述的是Project1 - Project6,还有更多)。有一个Web应用程序,它包含我们的瘦客户端代码。这里的一些其他项目是支持应用程序,跨应用程序的不同部分访问的公共类以及我们的维护应用程序。当我们使用VB6应用程序转到.NET时,我想稍微重新构建项目,并想知道重组此应用程序的最佳方法是什么。我的第一个想法是拥有以下结构:

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

我知道有很多stack overflow questions可以解决这类问题,但这更像是关于我的项目的一个特定问题,而不是像许多其他问题一样的普遍问题。 这是整理项目的最佳方式,还是有更好的方法?

谢谢,

Scott Blue

1 个答案:

答案 0 :(得分:2)

这篇文章是我对该主题的最佳参考:http://msdn.microsoft.com/en-us/library/ee817674.aspx

希望它有所帮助。