我必须为移动应用程序创建REST API，我真的不知道如何开始它。 我读了一些关于REST的文章和教程，但我没有找到用PHP编写的复杂API示例。
因此，经过更多的研究，我选择使用微框架（而不是从头开始）。像Symfony2或Zend这样的完整框架提供了一些我不需要的方法，我认为它们太大了。 因为我已经使用过Silex PHP，所以我选择它。
但是有一个问题留在我的脑海中： Silex是创建（未来）大型API的不错选择吗？
API将发展并且可能越来越复杂（了解更多URI将来是可用的，因为我们的目标是从SOAP迁移到REST）。
由于Silex PHP使用单一文件约定，我有点害怕使用它（因为文件会越来越大，我认为性能下降）。 此外，我想在必要时缓存服务器结果（另外还有HTTP缓存），以减少对数据库（MySQL）的查询。
您如何看待，您有什么建议？ ：）
答案 0 :(得分：1)
Silex对于构建api服务并不是一个糟糕的选择。我建议可以从Silex Kitchen Edition开始，为一些体面的组织和其他有用的配置，并删除你不需要的东西。另外，我会寻找用silex / symfony编写的现有restful项目。至于可扩展性，你应该{Iracle Wiedler read this post作为silex的创造者之一。
答案 1 :(得分：-9)
Silex是一种旨在用于小型项目的微框架。它适用于流量较小的小型网站。它也是一种很好的方式来介绍一些像依赖注入这样的概念，而不会引入太多的抽象层。 他们最近在他们的网站上将目标称为“单文件应用程序”，为您提供了一些框架的目标范围。
我认为Silex不适用于任何大型事件应该是公认的事实。 如果您的项目有效，Silex将不会表现不佳，但是一旦您开始成长它就不会是最好的，因为它对您没有多大帮助。 Symfony使用了你在Silex中看到的概念，它是一个完整的堆栈框架，你可以用于更大的应用程序，有很多捆绑包，插件和一个大社区来帮助你。
编辑：
注意我无法删除答案，因为它已被接受。我已经多年没有使用PHP了，从那时起，Silex已经将他们的方法从“微框架”改为仅仅是一个库。无论如何，我认为投票必须来自参与该项目的人，可能不会创造出一些他们可能没有想到的东西。
只需阅读产品文档，这是对已经给出并接受的意见的请求。我不认为这个问题无论如何都属于stackoverflow。