前端之家收集整理的这篇文章主要介绍了
php – 数据处理的设计模式？ (MVC替代)，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
作为一名
PHP / Web开发人员,我是MVC(模型 – 视图 – 控制器)的忠实粉丝.我喜欢在坚实的基础上构建应用程序,这绝对将业务逻辑,表示逻辑和控制流分开.
但是,我在服务器端应用程序上做了很多工作,这些应用程序仅处理数据并记录进程和任何相关结果(例如导入脚本,数据迁移脚本,Web服务,TCP套接字服务器等).在这些情况下,不需要大型的MVC框架.
我意识到MVC仍然可以在这里应用,但它似乎有点矫枉过正.除了原始的程序方法或类对象的随机混搭外,是否有任何特定的架构设计模式特别适合数据处理,一次运行和服务器守护程序类型的应用程序？
如果我理解正确,您正在谈论的应用程序没有shell命令行之外的
用户界面.如果是这种情况,您仍然可以在软件架构级别使用MVC – 您的视图将是微不足道的.您的控制器同样也是微不足道的,因为在模型和视图之间传播的动作非常少.
当然,对于一个简单的视图和控制器,它可能根本不是任何模式.我没有看到这个问题(在你谈论的层面).关键是采用基于接口的方法(就像使用MVC一样),这将最终提供更好的设计;如果将来需要,可以很容易地适应不同的用户界面或调用方式.
