组织 PHP 项目

Question

它是什么

这是我到目前为止所做的：

• 核心/
  • 控制器/ （包含应用使用的控制器）
  • 模型/ （包含应用使用的模型）
  • 视图/ （包含应用使用的视图）
  • base_controller.php （每隔一个扩展的控制器）
  • base_model.php （每隔一个扩展的模型）
• 供应商/
  • phprouter/（一个简单的路由器类）
  • pimple/（一个简单的 DI 容器类）
• configuration.php （包含所有应用程序配置）
• index.php （包括配置、供应商、基本模型、基本控制器、设置 DI 容器并路由请求）

请参阅此处的代码：http://pastebin.com/pxUpUvv6
请注意，给定的代码只是一个示例，因此控制器、模型、视图尚未到位。另外，它可能存在错误（未经测试），但现在并不重要。

请求流程

1. 客户端请求 index.php。
2. 包括配置、供应商、基本控制器、基本型号。
3. DI 容器和依赖项已初始化，我们现在可以将它们注入到任何地方。
4. 我们将控制器映射到 URL，然后路由器完成其工作。
5. 控制器被获取（尽管这不在示例代码中，如上所述）。
   • 我们做了一些事情。
   • 然后该方法调用 ::call_model()，其中包含来自 core/models/ 的相应模型，然后调用我们在对应的模型类。
6. 模型已获取。
   • 更多内容。
   • 模型然后调用 ::call_view()'，其中包括来自 core/views/ 的相应视图。
7. 获取视图并将页面呈现给客户端。

仅供参考：

控制器、模型、视图的对应示例：

• 控制器 Controller_Products::list() at core/controllers/Controller_Products.php
• 模型 Model_Products::list () as core/models/Model_Products.php
• 查看 core/views/Model_Products_list.php

实际上面临的问题

，我觉得对这个结构有点不舒服。不知道，它似乎离可扩展、可模块化还很远……

1. 是否仅基本的文件夹结构 - core{, /controllers, /models/, /views }、vendors 位于根部 - 您觉得不错吗？
2. 我觉得我应该在 index.php 之外获取 __autoload() ，这对我来说似乎有点太大了。如果是这样，那么 DI 容器呢？
3. 也许如果我需要两个以上的外部库，最好不要手动将它们一一包含在内？但如何呢？
4. 在我看来，将所有配置放在根目录下的文件 configuration.php 中就像老式的 PHP4。感谢 Pimple 的强大功能，我可以将此配置直接嵌入其中，但是在哪里？
5. 我认为我处理 ::call_model() (core/base_controller.php) 和 ::call_view() (core /base_model.php）有点尴尬。你同意吗？重做整个事情的简化方法是什么？
6. 考虑到我的所有问题，最终对我来说使用 Symfony 这样的框架会更好吗？

如果有不清楚的地方，请随时询问。
谢谢。

Answer 1

1. 是的。
2. 您可以同时使用自动加载和 DI 容器。 有示例，如何自动加载可以与命名约定一起使用。我建议使用 spl_autoload。
3. 通过自动加载，您可以删除所有（或几乎所有）包含内容。
4. 我猜是在index.php 中。
5. 是的，方法不对。首先，尽量不要使用静态方法。此外，模型应该具有具有描述性名称的方法，而不仅仅是“打电话给我，我会尽我所能”。这是更复杂的问题 - 您需要了解控制器和模型应该如何进行合作。作为变体，读一些书。控制器应该调用模型的方法来获取某些情况的数据。模型不仅仅是控制器代码的地方。不同的控制器可以使用不同的模型。模型也可以使用其他模型。
6. 这个问题的回答不能客观:)