我可以使用PHP、Web服务和存储过程实现MVC体系结构吗

我可以使用PHP、Web服务和存储过程实现MVC体系结构吗,php,apache,model-view-controller,Php,Apache,Model View Controller,我试图摆脱一个简单的PHP/MySQL体系结构,在这个体系结构中,我只需在PHP的一层上完成所有工作,并连接MySQL表上的数据 在我看来,MVC是一条前进的道路,但我不确定如何实现 我的想法是让一个apacheweb服务器(httpd)托管提供视图的PHP页面。只有那个会在网络的DMZ上 这些将使用在单独(内部)ApacheWeb服务器上用PHP实现的Web服务或使用ApacheCXF实现的Web服务 最后,web服务将连接到MySQL服务器,我将使用数据库中的存储过程/函数实现业务逻辑 我的

我试图摆脱一个简单的PHP/MySQL体系结构,在这个体系结构中,我只需在PHP的一层上完成所有工作,并连接MySQL表上的数据

在我看来,MVC是一条前进的道路,但我不确定如何实现

我的想法是让一个apacheweb服务器(httpd)托管提供视图的PHP页面。只有那个会在网络的DMZ上

这些将使用在单独(内部)ApacheWeb服务器上用PHP实现的Web服务或使用ApacheCXF实现的Web服务

最后,web服务将连接到MySQL服务器,我将使用数据库中的存储过程/函数实现业务逻辑


我的想法完全有缺陷吗?这根本不是MVC吗?它能以满足MVC架构的方式完成吗

如果所有业务逻辑都是通过存储过程实现的,那么为什么需要服务层呢?;-)换句话说,似乎只有Chuck Norris才能完成。所有的业务逻辑都是数据库中的存储过程?!听起来好像是不可能的,需要很多的折衷和/或无缘无故的教条主义。让每个系统做它擅长的事情。数据库可以很好地存储数据,PHP或其他语言可以实现任意复杂的规则。不过,除此之外,这听起来是解耦部分的一个不错的开始。不过,独立的服务器与MVC并没有本质上的关系。您所描述的是一个n层系统,它可以使用MVC构建,也可以不使用MVC构建;也许每个单独的部分都是或不是使用MVC构建的。存储过程对于复杂、重复的数据库操作非常有用。业务逻辑本质上与数据库无关。数据库只是偶然地保存了您的数据,它们并不构成您业务的核心。请参阅之前澄清MVC是什么的一些尝试: