在ios中，同一个项目可以有多个架构模式吗

我们正在使用

MVC

作为我们的架构模式，希望在项目的某些部分使用

MVP

或

VIPER

模式。在同一个项目中可以有多个体系结构模式吗。这是一个好的做法吗？

我的回答有点离奇，但我认为它非常好。随着新体系结构的出现，尤其是那些优于旧约定的体系结构，继续/尝试它们才有意义。现在的问题是，你是否应该无限期地让它保持这种状态，我会说不。当你有时间/意愿时，你肯定应该将它重构为新的体系结构。这只是我的两分钱。

问得好@Marlon。首先，我想告诉你们，这都是关于VIPER组件之间的责任分离，比如视图、控制器、交互器、演示者、路由

这更多的是关于一个人在发展过程中的品味变化。有很多架构模式，比如MVC、MVVP、MVVM等。随着时间的推移，当我们的品味发生变化时，我们会从MVC变成VIPER。有人从MVVP变成了毒蛇

利用你的声音视觉，保持班级人数少。您可以在ViewController本身中保留数据源方法，也可以创建符合UITableViewDatasoruce协议的自定义对象

我的目标是保持视图控制器苗条，每个方法和类都遵循单一责任原则

Viper有助于创建高度内聚和低耦合的软件

在使用这种发展模式之前，我们应该对班级之间的责任分配有充分的了解

一旦您对iOS中的Oops和协议有了基本的了解。你会发现这个模型和MVC一样简单

没问题，您可以开始对新模块使用新模式，或对现有模块进行重构。一个人必须从某个地方开始

随着时间的推移和应用程序的发展，所有这些都受到了体系结构侵蚀的阻碍