我有以下(理论架构):
- 视图层:以 PHP 显示页面的网站
- 一个业务逻辑层分为两部分:一个与视图层通信,另一个由一个java项目组成
- 一个数据访问层,它让“两个”业务层与两个数据库进行通信
问题是:这可以被认为是 MVC 模式吗?
我有以下(理论架构):
问题是:这可以被认为是 MVC 模式吗?
不,MVC 和 VBD 不一样。这不是经典的 MVC 设计模式,也不是与 MVC 相关的任何东西。当新手第一次被告知“关注点分离”时,这就是他们所做的。
没有控制器,也没有任何类似于控制器的结构。通常,表示层由视图和控制器实例组成。但看起来负责交互的部分丢失了。基本上,V和C之间没有分离。
出于某种奇怪的原因,PHP 端的域对象(包含业务逻辑的)可以直接访问 Java 端的域对象。这意味着它们通过服务直接交互。
在 MVC 设计模式中,数据访问逻辑是模型层的一部分(以数据映射器或事务脚本的形式)。在这似乎是分开的。
领域对象和表示层之间存在直接的双向交互,这意味着表示层包含一些领域逻辑。
您在域对象中有“JavaScript API”。这是表示逻辑的一部分。
底线:整个事情是一团糟。