Java 间接关联

我所说的是在wiki上解释的通用MVC模式。那张讨厌的粉红色照片使我心碎。我见过不同的，但那些有间接联系的总是让我困惑

1为什么视图与控制器有间接关联

视图基于模型-这就是为什么关联是直接的

2但为什么模型与视图有间接关联？它甚至不知道视图的存在，也不需要知道

我使用JavaServlets和SpringMVC进行开发，我是一个相对较新的开发人员，我觉得它可以追溯到MartinFowler讨论的其他语言。因为在SpringMVC中，我总是使用控制器作为连接链接，没有奇怪的间接关联

我三年前才开始编程，所以我从小就有正确做事的想法。例如，如果现在我们将MVC与n-tier结合起来，而模型正是它的本来面目——只是一个带有参数和getter+setter的哑类，而整个MVC只是按照最初的意图为UI提供服务，那么在过去，为什么要将业务逻辑存储在模型中呢？我们有DAOs和封装DAOs+一些逻辑的服务层，它与模型有什么关系

我的典型模型并不比传统的“Student”或“Car”类复杂，它们通常类似于数据库中的表（我目前不使用ORM），我是否正确使用了它？DTO与模型的关系如何

1为什么视图与控制器有间接关联

控制器负责调解对模型的行为请求。这是因为请求倾向于改变模型中的几个协作对象，而不是只影响一个对象的简单“更改名称”。让控制器分离对模型的访问，允许视图简单地更改模型（而不是视图更改许多模型对象本身）

这是一种间接关联，因为视图对象（例如类按钮的实例）不能直接理解控制器对象。之后必须应用连接（例如onclick回调）

视图基于模型-这就是为什么关联是直接的

这是不准确的，直接关联表示委托链接。视图是一个完全独立的对象，它可能必须委托给模型对象

委托需要理解目标对象，因此需要直接关联。当视图对象需要信息时，信息的收集将委托给模型对象，并返回到视图以继续

2但为什么模型与视图有间接关联？它甚至不知道视图的存在，也不需要知道

视图对象必须从模型中“提取”信息，这可能不切实际。模型和视图之间的间接关联表示在模型对象更改时对视图对象的回调（签出观察者模式）。这会将模型和视图之间的连接更改为“推送”

1为什么视图与控制器有间接关联

控制器负责调解对模型的行为请求。这是因为请求倾向于改变模型中的几个协作对象，而不是只影响一个对象的简单“更改名称”。让控制器分离对模型的访问，允许视图简单地更改模型（而不是视图更改许多模型对象本身）

这是一种间接关联，因为视图对象（例如类按钮的实例）不能直接理解控制器对象。之后必须应用连接（例如onclick回调）

视图基于模型-这就是为什么关联是直接的

这是不准确的，直接关联表示委托链接。视图是一个完全独立的对象，它可能必须委托给模型对象

委托需要理解目标对象，因此需要直接关联。当视图对象需要信息时，信息的收集将委托给模型对象，并返回到视图以继续

2但为什么模型与视图有间接关联？它甚至不知道视图的存在，也不需要知道

视图对象必须从模型中“提取”信息，这可能不切实际。模型和视图之间的间接关联表示在模型对象更改时对视图对象的回调（签出观察者模式）。这会将模型和视图之间的连接更改为“推送”