SpringMVC的工作原理是啥样的,跟Spring的关系是怎么样的?

Posted 2023-04-07

springMVC的工作原理如下：

springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。 

DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller. 

DispatcherServlet请请求提交到目标Controller 

Controller进行业务逻辑处理后，会返回一个ModelAndView 

Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象 

视图对象负责渲染返回给客户端。 

与spring的关系：

　Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean 的方式。
　　组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下： 
　　核心容器：核心容器提供 Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 
　　Spring 上下文：Spring 上下文是一个配置文件，向 Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。 
　　Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。 
　　Spring  DAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。 
　　Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和DAO异常层次结构。 
　　Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。 
　　Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText 和 POI。 

　　Spring 框架的功能可以用在任何 J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定 J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web或EJB）、独立应用程序、测试环境之间重用。

由此可以看出：Spring MVC 框架只是spring的一个子模块，用在java ee工程的web层组件。

参考技术A

springMVC的工作原理如下：

springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。 

DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller. 

DispatcherServlet请请求提交到目标Controller 

Controller进行业务逻辑处理后，会返回一个ModelAndView 

Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象 

视图对象负责渲染返回给客户端。 

与spring的关系：


Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean 的方式。
组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：
核心容器：核心容器提供 Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
Spring 上下文：Spring 上下文是一个配置文件，向 Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。
Spring  DAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和DAO异常层次结构。
Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText 和 POI。 


Spring 框架的功能可以用在任何 J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定 J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web或EJB）、独立应用程序、测试环境之间重用。

由此可以看出：Spring MVC 框架只是spring的一个子模块，用在java ee工程的web层组件。java学习群前面是665中间是617后面是一五零。

有人可以告诉我一个好的依赖矩阵是啥样的并说明原因吗？

【中文标题】有人可以告诉我一个好的依赖矩阵是啥样的并说明原因吗？

【英文标题】：Can someone show me what a good dependency matrix looks like and specify why?有人可以告诉我一个好的依赖矩阵是什么样的并说明原因吗？

【发布时间】：2011-04-01 22:07:47

【问题描述】：

我想开始使用 DSM，但不知道如何开始。

一个好的依赖矩阵是什么样的，为什么？它是如何工作的？

【参考方案1】：

在这篇博文Identify Code Structure Patterns with No Effort 中，解释了如何使用依赖结构矩阵来识别代码结构模式。截图是使用工具 NDepend 的Dependency Structure Matrix 完成的。以下是一些模式：

分层代码（没有循环的代码，绝对是 DSM 一眼就能看到的最酷的东西）

具有依赖循环的代码

高内聚/低耦合

饥饿的来电者

受欢迎的被叫者

相互耦合

数据对象

【讨论】：

这真的很有帮助。不幸的是，linked article 中的图像现在丢失了，并且在第一次 Wayback 捕获中已经丢失：web.archive.org/web/20110324091932/http://codebetter.com/…

我没有看到任何图像丢失，它们都在这里显示得很好？

嗨帕特里克，我指的是博客文章中丢失的图像：Identify Code Structure Patterns at a Glance。这里的图片没有提供完整的上下文，所以我希望从文章中找到更多信息。

另请参阅 Patrick 的新文章 blog.ndepend.com/…，其中包含许多相同的文本和图像，包括上面的一些图像。 （存档为web.archive.org/web/20191003234718/https://blog.ndepend.com/…）

【参考方案2】：

Erik Dörnenburg gives the best description 我见过，包括一些很好的例子，说明图表的排列如何暴露结构问题。简要说明：

正如其他人所提到的，对角线上方的任何东西都表示一个循环，这基本上意味着您的边界是“模糊的”（不干净） 如果组件按层次结构分组，沿对角线的小正方形（嗯，下三角形）== 好 另一方面，加权重的行或列 == 可能的问题：要么 rows：您有一个许多其他人依赖的组件/组（可能它试图提供太多功能），或者 列：您有一个依赖于许多其他组件/组的组件/组（也许它试图自己处理所有事情，而不是委托）

【参考方案3】：

以相同的顺序列出 X 轴和 Y 轴上的子系统。 对角标记一个“O”。依赖于自身的子系统不会 很有意义。垂直向下走矩阵。如果那个子系统 取决于匹配的水平子系统，标记一个X。

一个好的方法是重新排列子系统以显示可能的模式 导致良好的重构。

不过，我手边没有。对不起。

【参考方案4】：

DSM 最有价值的功能之一是检测周期，例如项目或包之间的周期。一个循环显示在矩阵的右上角。 有关详细信息，请参阅此页面：http://docs.codehaus.org/display/SONAR/Dependency+Structure+Matrix