作为一名 PHP/Web 开发人员，我是 MVC(模型- View - Controller )的 super 粉丝。我喜欢在明确分离业务逻辑、表示逻辑和控制流的坚实基础上构建应用程序。
然而，我也在服务器端应用程序上做了很多工作，这些应用程序只处理数据并记录过程和任何相关结果(例如导入脚本、数据迁移脚本、Web 服务、TCP 套接字服务器、 ETC)。在这些情况下，不需要花哨的大型 MVC 框架。
我意识到 MVC 仍然可以在这里应用，但它似乎有点矫枉过正。除了原始过程方法或类对象的随机混搭之外，是否有任何特定的架构设计模式特别适合数据处理、一次运行和服务器守护程序类型的应用程序？
最佳答案
如果我没理解错的话，您所说的应用程序除了 shell 命令行之外没有用户界面。如果是这种情况，您仍然可以在软件架构级别使用 MVC - 您的 View 将变得微不足道。您的 Controller 将同样是微不足道的，因为在 Model 和 View 之间传播的操作非常少。
当然，对于一个普通的 View 和 Controller，它可能根本不是任何模式。我认为这没有问题(在您所说的级别)。关键是采用基于接口(interface)的方法(就像您使用 MVC 一样)，这最终往往会提供更好的设计；如果将来需要，它可以很容易地适应不同的用户界面或调用方式。
关于php - 数据处理的设计模式？ (MVC 替代方案)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2233719/