Design patterns 不同MVC之间的通信
我在MVC的实现方面有缺点 我看到的所有示例都很简单：一个类用于模型，另一个类用于视图和控制器 在实际应用程序中是如何实现的 为了进一步澄清我的问题，假设我想创建一个游戏，将棋子放置在网格中 对于我创建的网格：Design patterns 不同MVC之间的通信,design-patterns,model-view-controller,Design Patterns,Model View Controller,我在MVC的实现方面有缺点 我看到的所有示例都很简单：一个类用于模型，另一个类用于视图和控制器 在实际应用程序中是如何实现的 为了进一步澄清我的问题，假设我想创建一个游戏，将棋子放置在网格中 对于我创建的网格： 模型：数组（GridModel类） 视图：渲染数组（GridView类） 控制器：在用户单击在网格中放置一块后更新模型（GridController类） 对于可用件 模型：工件数组和所选工件的字段（PieceModelclass） 视图：呈现可用片段的数组（PieceViewcla
- 模型：数组（GridModel类）
- 视图：渲染数组（GridView类）
- 控制器：在用户单击在网格中放置一块后更新模型（GridController类）
- 模型：工件数组和所选工件的字段（
class）PieceModel - 视图：呈现可用片段的数组（
class）PieceView - 控制器：更新模型：所选工件（
class）partecontroller
PieceModelGridView基于许多关于MVC的stackoverflow问题/答案，该模型是一组定义应用程序业务逻辑的类，而不是示例和教程中所做的简单而独特的类 我已经将我的结构模式更改为修改后的MVC，其中视图和模型互不了解 双方之间的所有通信都由控制器处理，因此每个控制器都需要知道关联视图所需的模型类 在我的示例中：GridController现在有两个类（GridModel和PieceModel）的引用 这可能会在将来产生问题，因为模型的类引用的数量会增加，但可以通过一些工厂模式或依赖注入服务轻松解决