php - 构建相当复杂的 PHP Web 服务的设计模式

Question

我刚刚在 PHP 中“完成”了一个相对复杂的 Web 服务的编码。由于最后一分钟的请求、更改、附加组件，代码库现在有点困惑。

我尝试尽可能轻松地编写代码，并以最大化性能的方式。

因此，我没有使用 Zend 之类的框架或 Doctrine 之类的任何 ORM。

我想知道是否存在任何仅用于在 PHP 中构建 API/Web 服务的框架或设计模式？

我正在考虑进行重构，我想确保现在我确切知道所涉及的内容我可以正确构建这个东西。

Answer 1

对于此处 self 引用我自己的框架，我提前表示歉意 - 因为我没有使用任何其他东西，所以我无法为您提供其他帮助。我不是在做广告，因为它不公开。

正如我在评论中所说，我认为一个好的 Web 前端框架不应该意味着它是一个糟糕的 Web 服务框架。

因为我对任何流行的 PHP 框架(CodeIgniter、CakePHP、Kohana)处理请求的限制方式及其大小不满意，所以我编写了一个框架，它实际上只有两个目的，进程请求并确定要采取的操作，然后将该操作的代码与 View (响应)分开。

我使用的设计模式是这样的:

1. 所有 URL 都被重写 (mod_rewrite) 并传递到您的执行入口点。
2. 您的入口点设置它将识别和处理的路径。 IE。对于网络服务:
   • /users - 用户列表
   • /user/* - 由 * 所在的值标识的用户。
   • /user/*/delete - 删除用户
   • /posts - 列出帖子
   • /post/* - 查看帖子 *
3. 在您指定函数的路径中，I.E. UserActions::saveUser 在 HTTP 方法为 POST 时执行。它仅在 POST 上执行的原因是使输出和输入具有相同的 URL。
4. 该路径还指定了一个 View 。这是将发送到浏览器的响应主体。它可以直接呈现为 PHP，或者您可以插入模板引擎。在 Web 服务的情况下，所有路径可能会使用单个 View 以输出格式(JSON、XML 等)呈现您的数据。 View 可以只是一个 PHP 方法，不需要指定模板文件。
5. 在网络前端的情况下， View 可以有一个包裹它的父 View (从内到外创建页面)。
6. 最后一点是安全性。您可以定义要应用于任何路径的安全类型。安全类型仅指定要检查授权的函数(如 SecurityManager::authorize)，如果返回 false，它将重定向到您选择的路径。

我认为这种设计模式适用于 Web 服务的原因:

• 使您能够使用单个入口点，但可以与多个入口点一起使用(如果需要，用于优化)。
• 不要像大多数主要框架那样假设您希望 URL 与您的对象模型相匹配(一个值得注意的异常(exception)是 Zend，如评论中所述)。
• 轻松适应 REST(不仅检查 POST，还要检查其他方法)。
• 删除任何 HTML 感觉完全自然，因为在这种模式中，响应与处理完全分离。
• 这一切都可以在几堂课中完成。