php - 关于如何创建 mysql webservice/api 的建议

Question

如果我的措辞有误，请提前道歉，因为我不太确定如何解释我想要的内容，所以我只描述最终结果。

我有一个基于 php 的 excel 工具，叫做 socialcalc(以前是 wikicalc)。我想让用户连接到数据库并将实时数据拉到工作表上(这样他们就可以在上面运行计算)。

我知道 socialcalc 肯定会查询 mysql，但我正在尝试找出最有效的方法。让它直接查询是不是更好？或者我应该让它查询数据库并得到一个 xml 文件吗？或者您认为还有哪些其他方式是允许对数据进行读取访问的有效且安全的方式？

我们正在从头开始构建很多这种 ontop socialcalc，因此对所有解决方案都非常开放，但最终，我们希望它能为其他服务提供动力。

更新:澄清一下，我正在寻找有关使用 SOAP/XML 的建议，而不是直接查询数据库或使用 HTTP POST/GET 等。您会建议哪种类型的服务层，或者什么时候需要考虑的因素选择？

Answer 1

“简单胜于复杂。”

您当然可以在您的应用程序和 MySQL 之间实现一个 Web 服务层，但是问问自己为什么您会想要这个。您可能需要它，因为:

1. 您计划在未来的某个时候更改后端系统，并且不想在前端应用程序中重构业务逻辑

2. 您想将后端数据公开给其他应用程序并为此提供通用接口(interface)

3. 您想在中间层实现某种缓存/持久化策略

所有这些都是在您的应用程序和数据库之间使用 Web 服务层的正当理由。当然还有更多正当、充分的理由。

如果您想不出应该实现 Web 服务层的原因，那就不要，就这么简单。如果有充分的理由，您总是可以稍后决定。

---

编辑:

因此，您已决定继续使用 Web 服务……恭喜!我认为在那种情况下，您应该查看两个关键框架以节省大量时间:

1. 获得一个可以生成绝大多数 CRUD 逻辑的良好 ORM 框架。 Doctrine是 PHP 的热门选择。

2. 使用网络服务框架来实现您的界面和业务逻辑。我过去使用 Zend Framework 完成过此操作，因为它们通过 REST 支持 XML 和 JSON 负载。如果您需要严格的数据验证要求，则 XML 和 SOAP 非常有用，但如果您是唯一使用自己的 Web 服务的人，则无需对自己强加此类限制，因为您知道自己的要求。在这种情况下，JSON 就足够了。

顺便说一句，我在之前的另一个问题中通过 Zend 讨论了 RESTful 服务:

lightweight RESTful PHP server