用于构建相当复杂的 PHP Web 服务的设计模式 [关闭]答案

【问题标题】：Design pattern for building a reasonably complex PHP web service [closed]用于构建相当复杂的 PHP Web 服务的设计模式 [关闭]
【发布时间】：2011-01-31 14:28:53
【问题描述】：

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

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

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

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

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

【问题讨论】：

问得好，我认为一个真正优秀的轻量级框架的标志是它既适用于 API/Web 服务，也适用于 Web 前端。
查看 FRAPI - getfrapi.com 它是由 echolibre 公司构建的。恰好包括 PEAR 的一些领导层。

标签： php web-services api design-patterns frameworks

【解决方案1】：

对于这里对我自己的框架的自我引用，我提前道歉——否则我无法帮助你，因为我不使用其他任何东西。我不是广告，因为它不公开。

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

因为我对任何流行的 PHP 框架（CodeIgniter、CakePHP、Kohana）处理请求的限制性方式以及它们的大小都不满意，所以我编写了一个框架，它实际上只用于两个目的，process请求并确定要采取的操作，然后将该操作的代码与视图（响应）分开。

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

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

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

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

【讨论】：

我编写了自己的框架，正是出于您列出的原因。
和我一样。如果将模型和视图从控制器中分离出来，框架就不需要开销。 “流行”框架不这样做。
不假设您希望您的 URL 与您的对象模型相匹配，就像所有主要框架一样。 - Zend 框架不这样做，您可以将任何路径路由到任何您认为合适的控制器，它都可能是目前最灵活（即使它可能有点臃肿）的 PHP 框架。
@wimvds 谢谢，我不熟悉 Zend，但我会编辑问题以反映这一点。

【解决方案2】：

恕我直言，每一个基于 MVC 的“东西”都可以真正帮助你。

如果你真的不想使用任何已经存在的东西（试试CakePHP!），按照 mvc 构建你的代码真的可以帮助你在更多层上拆分应用程序的逻辑，并使其更具可读性和可调试。

当然，也可以用更好的模式编写糟糕的代码，这取决于你！

【讨论】：

由于我正在编写 API，MVC 设计模式并不真正适用，因为控制器实际上没有任何“操作”，也没有“视图”。
我在写答案时正在考虑它，但这完全取决于您如何编写 api...如果 api 在某种程度上是 RESTFul，则适用 mvc 模式...这就是原因我的回答，但我发现这并不适合所有情况！
@Evernoob：在您的情况下，“视图”是您发回给客户的任何内容。 'action' 是你的服务被请求做的任何事情。
@Evernoob：REST API 几乎完美地订阅了 MVC 模式。此外，CakePHP 是 s-l-o-w。

【解决方案3】：

我认为您可以使用与简单 Web 应用程序相同的模式。 RESTful 服务的接口与 Web 应用程序不同，但该接口下的所有内容都是相同的。你可以像这样将一个 RESTful 服务转换为一个 Web 应用程序：

METHOD host/resource/data => host/resource/METHOD?data

resource 是控制器，METHOD 是动作。例如：

GET http://library.com/books/123 => http://library.com/books/get?123

所以你可以使用前端控制器和MVC。

【讨论】：

诸如“停用”或“儿童”之类的操作/方法怎么样？

【解决方案4】：

一个快速的谷歌，我明白了

这些我都没用过

【讨论】：

每个人都可以谷歌。你的观点是什么？
@sanmai 来自我在学校的经历......这根本不是真的。