管理磁盘上 Visual Studio 项目物理布局的最佳方法是什么?我已经到了我有几个文件夹的地步,但我真的不能像现在这样继续分类。例如,我有几个自定义控件,但有时这些控件与应用程序设置有关,那么它们是进入 Controls 文件夹还是 Application Settings 文件夹?我有许多成熟的表单驻留在主源文件夹中,因此寻找正确的源文件有点令人生畏。
任何人都可以提供有关如何将中型项目组织到文件夹层次结构中的任何提示,这样他们就不会因为试图在项目中找到某些东西而发疯?
管理磁盘上 Visual Studio 项目物理布局的最佳方法是什么?我已经到了我有几个文件夹的地步,但我真的不能像现在这样继续分类。例如,我有几个自定义控件,但有时这些控件与应用程序设置有关,那么它们是进入 Controls 文件夹还是 Application Settings 文件夹?我有许多成熟的表单驻留在主源文件夹中,因此寻找正确的源文件有点令人生畏。
任何人都可以提供有关如何将中型项目组织到文件夹层次结构中的任何提示,这样他们就不会因为试图在项目中找到某些东西而发疯?
我通常根据我的命名空间来组织我的文件夹。例如,在命名空间“Company.Project.DataAccess”中的分类将存储在 company/project/dataAccess 目录中。
我承认管理打开的文件仍然有点痛苦。但是,Resharper的“转到类型”功能已经消除了我在解决方案资源管理器中的所有搜索。
这是我通常在中型项目中使用的层次结构。
由 3 个项目组成的解决方案文件:
如果我使用自定义 WebControls,我将有第四个项目。在 Web 应用程序项目中,我将拥有常用的文件夹,例如css、images、includes、scripts等,以及用于用户控件的文件夹(如果我正在使用它们)。我几乎总是将我的应用程序设置存储在 Web.config 中。