问题标签 [directory-structure]

新的 Microsoft asp.net mvc 实现如何处理对您的应用程序进行分区 - 例如：

我想我想说的是，似乎所有内容都必须进入视图/控制器文件夹的根目录，这在处理一个项目时可能会变得笨拙，如果使用 Web 表单构建可能有很多文件夹和子文件夹文件夹来对应用程序进行分区。

我想我得到了 MVC 模型，并且我喜欢它与 Web 表单相比的外观，但我仍然在思考如何在实践中构建一个大型项目。

我想知道开发项目中常用的目录结构是什么。我的意思是促进构建、部署发布等的想法。

我最近为一个 java 项目使用了Maven 结构，但我不确定它是否是非 Maven 驱动项目的最佳结构。

所以，我有两个问题：当你们开始新项目时，你们使用什么结构？并且：如果您需要将两种不同的语言集成到 PHP 应用程序中，例如 java 类，该怎么办？PHP文件是源文件，web文件，你用的是/src，/classes，webapps/php？在这种情况下你有什么选择。

作为说明：我也想知道您对目录名称的选择是什么。我喜欢 3 个字母的名称（src、lib、bin、web、img、css、xml、cfg），但您对 libraris、sources 或 htdocs/public_html 等描述性名称有何看法？

寻找可以让我抓取 HTML 模型并保持页面完整性的Linux application （或 Firefox 扩展） 。

Firefox 做得几乎完美，但没有抓取 CSS 中引用的图像。

Firefox 的 Scrapbook 扩展可以获取所有内容，但会扁平化目录结构。

如果所有文件夹都成为页面的子级，我不会非常介意index。

我对视图的组织方式感到困惑，理解这一点很重要，因为 ASP.NET MVC 使用约定来让一切正常工作。

在views 目录下，有子目录。在这些子目录中是视图。我假设子目录映射到控制器，并且控制器作用于其子目录中包含的视图。

是否对这些目录中包含哪些类型的视图有新的期望？例如，每个目录的默认页面是否应该是 index.aspx？页面是否应该遵循 Create[controller].aspx、List[controller].aspx 等命名约定？还是没关系？

目前我正在开发一个包含大约七个部分类、几个图标、三个页面和一个 App_Themes 文件夹的站点。我很想知道，是否有比小项目更大的行业标准目录结构？

例如，我想将类保存在单独的文件夹中，图像保存在单独的文件夹中等。我当前的目录结构如下（不准确，这是来自记忆）：

• (root) 包含代码隐藏和表单
• /应用程序数据
• /App_Themes
• /斌
• /图片
• /Models - 我从 MVC 中窃取了名称。这听起来比“类”更合适
• /FusionCharts - 一个 Flash 图表库

我短暂地使用过 MVC，它看起来像一个不错的目录结构，但是，我使用的是 ASP.NET Ajax。

所以，我想问题是，有没有办法让这个目录结构在你自己看来更有序？请回答您做出决定的原因:)。

我有一个简单的现实生活问题，我想使用 OO 方法来解决。我的硬盘一团糟。我有 1.500.000 个文件、重复文件、完整的重复文件夹等等......

当然，第一步是将所有文件解析到我的数据库中。到目前为止没有问题，现在我得到了很多不错的条目，它们是“自然分组”的。可以使用简单的查询来获得这种简单分组的示例，例如：

1. 给我所有大于 100MB 的文件
2. 显示所有超过 3 天的文件
3. 获取所有以 docx 结尾的文件

但是现在假设我想找到具有更自然意义的组。对此有不同的策略，具体取决于“用例”。

假设我有一个坏习惯，将所有下载的文件首先放在桌面上。然后我将它们解压缩到适当的文件夹，而不总是删除 ZIP 文件。我将它们移到“阁楼”文件夹中。对于系统而言，要找到这组文件，一种面向时间的搜索方法，也许结合“检查 ZIP 是否相同然后文件夹 X”将是合适的。

假设另一个复制文件的坏习惯，有一些“干净文件”位于结构良好的文件夹，以及另一个凌乱的文件夹。现在我的干净文件夹有 20 个图片库，我凌乱的文件夹有 5 个重复的和 1 个新的画廊。人类用户可以通过看到“哦，这都是重复的，那是一个新的，所以我将新的放在干净的文件夹中并丢弃所有重复的”来轻松识别此逻辑。

所以，现在进入正题：

您将使用哪种策略或模式组合来解决这种情况。如果我链接过滤器，“最难”的将获胜，我不知道如何让系统“测试”合适的组合。在我看来，这不仅仅是过滤。其动态分组通过组合多个标准来找到“最佳”组。

一种非常粗略的方法是：

1. 一开始，所有文件都是平等的
2. 第一个，不是那么“好”的组是目录
3. 如果您是一个大而干净的目录，您可以获得积分（均匀分布的名称）
4. 如果所有文件的创建日期相同，您可能会被“自动创建”
5. 如果你是 Program-Files 的孩子，我根本不在乎你
6. 如果我将 A 组的你移到 C 组，这会提高“熵”吗

适合这种情况的最佳模式是什么。策略，过滤器和管道，“分组”.. 欢迎任何评论！

编辑以回应答案：

标记方法： 当然，我想到了标记。但是我在哪里画线。我可以创建不同的标签类型，例如 InDirTag、CreatedOnDayXTag、TopicZTag、AuthorPTag。这些标签可以按层次结构构建，但如何分组的问题仍然存在。但我会考虑一下并在这里添加我的见解..

拖延评论： 是的，听起来是这样。但这些文件只是我能想到的最简单的例子（也是目前最相关的例子）。它实际上是以动态方式对相关数据进行分组的大局的一部分。也许我应该保持更抽象，强调这一点：我不是在寻找文件标记工具或搜索引擎，而是解决这个问题的算法或模式......（或者更好的想法，比如标记）

克里斯

想象一下，您想用 Python 开发一个重要的最终用户桌面（不是 Web）应用程序。构建项目文件夹层次结构的最佳方法是什么？

理想的功能是易于维护、IDE 友好、适合源代码控制分支/合并以及易于生成安装包。

尤其：

1. 你把源放在哪里？
2. 您将应用程序启动脚本放在哪里？
3. 你把 IDE 项目放在哪里？
4. 你把单元/验收测试放在哪里？
5. 您将非 Python 数据（例如配置文件）放在哪里？
6. 对于 pyd/so 二进制扩展模块，您将非 Python 源代码（例如 C++）放在哪里？

我有一个有很多面孔的 Web 应用程序，到目前为止，我已经通过创建主题来实现它。主题是一组要与通用后端一起使用的 html、css 和图像。

事情是这样布置的：

Web 应用程序的每个实例都有一个配置文件，说明应该使用哪个主题。例子：

现在新的业务规则要求我对某些主题进行更改，而这些主题无法通过简单地更改 html/css/images 并需要更改后端来实现。在某些情况下，这些更改需要应用于一组主题。

我想知道如何最好地将它放在磁盘上，以及如何在代码中处理它。我敢肯定，其他人一定遇到了这个问题。

一个想法是：

然后让我的通用代码设置首先搜索的include_path内容code/theme1，然后code/common.

然后，如果我想专门说LogoutPage类theme2，我可以简单地将页面从复制code/common到相同的路径下code/theme2，它会选择专门的版本。

这个想法的一个问题是会有多个具有相同名称的类。尽管理论上它们永远不会包含在同一个执行中，但我无法扩展原始基类。

那么，如果我要为基类起一个唯一的名称呢？例如Theme1LogoutPage extends LogoutPage。我可以预见的一个问题是当一些通用代码（比如 Dispatcher）引用LogoutPage. 我可以向调度程序添加条件，但我想知道是否有更透明的方式来处理这个问题？

我能想到的另一个选择是为每个主题维护单独的分支，但我认为这可能需要大量工作。

最后要考虑的一件事是，功能可能源自一个主题，然后需要合并到公共代码库中。

非常感谢任何输入。如果有什么不同，那就是 LAMP 环境。

我正在制作一个用户构建目录的程序（不是在 Windows 中，在我的应用程序中），并且在这些文件夹中有子文件夹等等；每个文件夹都必须包含文件夹或文档。什么是最好的数据结构？请注意，用户可以选择一个子文件夹并在其中及其子文件夹中搜索文档。而且我不想限制文件夹或子文件夹级别。

我知道如何将文件夹中的文件包含在内，但我很难找到备份的方式。我决定将 set_include_path 设置为默认值，所有进一步包括相对于路径 2 级以上的路径，但丝毫不知道如何将其写出来。

是否有详细说明 PHP 路径引用的指南？