加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > PHP教程 > 正文

php – 数据处理的设计模式? (MVC替代)

发布时间:2020-12-13 13:03:32 所属栏目:PHP教程 来源:网络整理
导读:作为一名 PHP / Web开发人员,我是MVC(模型 – 视图 – 控制器)的忠实粉丝.我喜欢在坚实的基础上构建应用程序,这绝对将业务逻辑,表示逻辑和控制流分开. 但是,我在服务器端应用程序上做了很多工作,这些应用程序仅处理数据并记录进程和任何相关结果(例如导入脚
作为一名 PHP / Web开发人员,我是MVC(模型 – 视图 – 控制器)的忠实粉丝.我喜欢在坚实的基础上构建应用程序,这绝对将业务逻辑,表示逻辑和控制流分开.

但是,我在服务器端应用程序上做了很多工作,这些应用程序仅处理数据并记录进程和任何相关结果(例如导入脚本,数据迁移脚本,Web服务,TCP套接字服务器等).在这些情况下,不需要大型的MVC框架.

我意识到MVC仍然可以在这里应用,但它似乎有点矫枉过正.除了原始的程序方法或类对象的随机混搭外,是否有任何特定的架构设计模式特别适合数据处理,一次运行和服务器守护程序类型的应用程序?

如果我理解正确,您正在谈论的应用程序没有shell命令行之外的用户界面.如果是这种情况,您仍然可以在软件架构级别使用MVC – 您的视图将是微不足道的.您的控制器同样也是微不足道的,因为在模型和视图之间传播的动作非常少.

当然,对于一个简单的视图和控制器,它可能根本不是任何模式.我没有看到这个问题(在你谈论的层面).关键是采用基于接口的方法(就像使用MVC一样),这将最终提供更好的设计;如果将来需要,可以很容易地适应不同的用户界面或调用方式.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读