迎合API的MVC风格的应用程序架构

Question

我正在做一个“社区”风格的网站，既是为了娱乐，也是为了盈利，虽然它的美学元素进展顺利，但由于我的方法不确定，我还没有认真研究出应用程序的逻辑。

我正在创建一个PHP驱动的MVC风格的框架，我希望可以重用它的组件，但是我已经注意到，许多现有的MVC框架使用一种“约定重于配置”来加快整个过程。我打算运行的一些查询比SELECT * FROM entity_name稍微复杂一些。

我想分层设计应用程序，这样就可以对服务器进行API调用。我想，与其做两次，不如在这一层上构建我的站点控制器，这样所有的东西都遵循一个标准。这将允许Ajax调用、远程web应用程序调用等遵循与文档web请求相同的请求规范化和响应路由。

无论如何，其中的大部分可能都是不必要的细节，但有谁能对这种性质的API分层MVC架构有所了解呢？由于API层(模型层)是最终读/写数据的地方，我是想在这一层合并身份验证，还是将其抽象到更高的级别并将其作为入口点？我应该做哪些我没有提到的其他考虑因素？

我知道我还有很多阅读要做，所以任何关于阅读材料的建议，或者个人经验的建议都是非常受欢迎的。提前谢谢。

Answer 1

这是一个非常好的问题。我认为我最好的选择是尽可能多地使用SOA方法和REST资源，如果你的网站获得了大量的点击，那么将状态变异与状态暴露分离可能是值得的，这样第一个可以使用更复杂的OO方法，而另一个可以使用简单的DTO(以数组的形式)，并通过使用自定义查询从数据库中检索数据。