问题标签 [directory-structure]

我有一个 winforms 项目，我们使用命令模式。我们正在尝试清理我们的目录结构并使其保持一致。

我们正在尝试决定是否应该有一个根命令文件夹。你认为什么更适合目录结构？

项目
--Commands
----AddCommand
----SubtractCommand
----InsertCommand
----DeleteCommand

或者

项目
--Calculation
----AddCommand
----SubtractCommand
--Database
----InsertCommand
----DeleteCommand

我正在尝试确定我的应用程序的最佳目录结构

我有：

UI
数据
接口

但我不知道把代表放在哪里..

是否应该有一个单独的 Delegates 文件夹，或者我应该将代表存储在使用它们的相同类中。.

好的，所以我一直在尝试将每个人的课程之一放在某个根文件夹中，或者：

UI
BusinessLogic
DataAccess
BusinessObjects
接口

我还有一些我似乎不太好斗的地方，所以我正在寻找建议

1. 一个 Cache 类，它维护一个私有字典并允许基于某些特定键对对象进行不同的访问

2. 事件 Arg 类？

此外，在一个项目下，我现在开始拥有拥有全部 3 个（数据访问、业务对象、业务逻辑）的子系统。我应该如何分解文件夹结构？

一种。

ProjectX
--Subsystem1
----BusinessObjects
----DataAccess
----BusinessObjects
--Subsystem2
----BusinessObjects
----DataAccess
----BusinessObjects

或者

ProjectX
--BusienssLogic
----Subsystem1BL
----Subsystem2BL
--DataAccess
----Subsystem1DA
---- Subsystem2DA
--BusinessObjects ----
Subsystem1BO
----Subsystem2BO

或者

ProjectX
--BusinessLogic
--DataAccess --BusinessObjects
（
每个功能子系统没有子目录）

显然我无法使用 Directory.Move 移动不同卷上的文件。

我读过我必须将每个文件单独复制到目标，然后删除源目录。

我还有其他选择吗？

我有以下目录：

-UI -BusinessLogic
-DataAccess
-BusinessObjects

如果我有一个类，它是服务器端服务的客户端存根，它改变服务器系统上的状态，那会去哪里。.

我刚刚开始将“Subversion”与“Tortoise SVN 客户端”一起用于我在“Google Code”上托管的一个开源项目。我想获得一些使用它的最佳实践。我遵循默认文件夹结构（主干、分支、标签）。以下是问题

1. 您什么时候进行初次登记？是在完成一组功能之后还是从开发的第一天开始？
2. 初始签入到哪个目录？是进入“主干”还是在功能完成后签入“分支”并合并到“主干”。在这种情况下，“主干”将是空的，直到功能完成。
3. 当进行更改时，您会直接签入“主干”吗？如果不是，您的工作副本将始终使用“分支”目录，对吗？

任何帮助，将不胜感激。

我一直在尝试目录结构，目前正在使用以下结构：

Web 存储 Web 应用程序，桌面存储桌面应用程序。dev 目录受版本控制，而其他目录（prod、qe、uat）存储它们各自的当前版本。项目目录存放非代码相关的项目项。

您的软件开发目录结构是什么？您推荐该结构有什么原因？

假设我的应用程序有一个纯文本配置文件。它们包含一些在我的开发环境中测试应用程序所需的敏感信息。我使用不同的操作系统来访问和处理我的项目（win、mac、...）。

我不希望配置文件中的某些信息进入我的公共 git 存储库。在最好的情况下，我希望将敏感信息替换为占位符，并将配置文件上传到存储库以跟踪它们的结构。

你会如何处理这个问题？

钩子本身对我来说不会有太大的问题。我对如何将它们联系在一起、可能的目录结构等更感兴趣。我对 git 很陌生。

给定一个文件集

如何在集合中的每个文件上创建一个子目录，以不带扩展名的文件名命名？

例如，给定文件 folderA/X.file 和 folderA/folderB/Y.file，我想创建目录 folderA/X 和 folderA/folderB/Y

有没有办法执行 SVN 检出（或导出），它只会获取目录结构；也就是说，没有文件？