Php t编辑一页。但是如何连接到每个文件中的数据库？单个文件中的一点输入错误可能会导致许多警告甚至危险情况！（这只是文件过多的一个示例）

同样，我们可以对第二个问题给出第一个问题的答案。开发人员应该熟悉代码，并且可以轻松访问脚本任何部分的源代码（例如菜单）

结论：

虽然分离文件有助于开发人员更加专注于每个部分，但这只是一种选择！开发人员可能希望将所有这50个文件放在一个文件中，只需在其他页面中执行这些功能

---

我希望我能以你想要的方式回答你的问题：）

对不起，我还不明白。我知道任何东西都可以从一个文件中工作，我也明白这是为了方便、划分等等。这是真的吗？同一脚本可以用不同的方式编写（文件夹和文件）？但创建新文件夹和文件的可解释理论是什么？我知道所有函数都可以指向一个文件，oop的每个文件都可以指向一个类，并且数据库连接可以包含在一个文件中。但是为什么我们要创建a.php，然后是b.php，c.php等等（比如index.php之后）？最简单的解释是什么。像脚本的分离功能一样，可能像video_import.php、pic_import.php。我不会在同一个文件中做这两件事。所以我在video_import.php中开发了整个视频导入。。。还有别的吗？对于大型应用程序，我知道我先做html/css，然后做数据库列（假设只有一个数据库），然后在文件夹中的文件中编写代码。所以我需要了解创建应用程序的这一层。我还不明白……正如我上面所说的，这只是可选的，也是为了让人感觉更舒服。但是想象一下，Youtube有导入视频和导入缩略图的部分，但有问题或需要更新。然后一组处理缩略图部分，另一组处理视频部分。这两个组不能一起工作，因为程序员需要每秒更改代码，如果这两个代码被合并，可能会导致巨大的错误，因为（（缩略图部分程序员））可能不知道视频部分，他只想做他必须做的事情！也许我会找出一个脚本的url结构并以此为基础？也许这就是我不明白的。创建文件夹和文件的过程之前是否有其他决定？我的意思是——可以这样说，你在html/css中看到像/admin这样的东西（你有什么），然后根据它创建你的文件夹和文件。脚本的url结构也会在这之前出现（关于创建文件夹和文件的决定）？@gs3当然它可以有一些结构，其他url也基于此，但没有限制！你不必那么做！结构只是组织项目的文件，谁不喜欢整洁组织是你在做某件事之前要做的事情，这样当你做的时候，就不会把事情搞混了！对不起，我还不明白。我知道任何东西都可以从一个文件中工作，我也明白这是为了方便、划分等等。这是真的吗？同一脚本可以用不同的方式编写（文件夹和文件）？但创建新文件夹和文件的可解释理论是什么？我知道所有函数都可以指向一个文件，oop的每个文件都可以指向一个类，并且数据库连接可以包含在一个文件中。但是为什么我们要创建a.php，然后是b.php，c.php等等（比如index.php之后）？最简单的解释是什么。像脚本的分离功能一样，可能像video_import.php、pic_import.php。我不会在同一个文件中做这两件事。所以我在video_import.php中开发了整个视频导入。。。还有别的吗？对于大型应用程序，我知道我先做html/css，然后做数据库列（假设只有一个数据库），然后在文件夹中的文件中编写代码。所以我需要了解创建应用程序的这一层。我还不明白……正如我上面所说的，这只是可选的，也是为了让人感觉更舒服。但是想象一下，Youtube有导入视频和导入缩略图的部分，但有问题或需要更新。然后一组处理缩略图部分，另一组处理视频部分。这两个组不能一起工作，因为程序员需要每秒更改代码，如果这两个代码被合并，可能会导致巨大的错误，因为（（缩略图部分程序员））可能不知道视频部分，他只想做他必须做的事情！也许我会找出一个脚本的url结构并以此为基础？也许这就是我不明白的。创建文件夹和文件的过程之前是否有其他决定？我的意思是——可以这样说，你在html/css中看到像/admin这样的东西（你有什么），然后根据它创建你的文件夹和文件。脚本的url结构也会在这之前出现（关于创建文件夹和文件的决定）？@gs3当然它可以有一些结构，其他url也基于此，但没有限制！你不必那么做！结构只是组织项目的文件，谁不喜欢整洁组织是你在做某件事之前要做的事情，这样当你做的时候，就不会把事情搞混了！