我正在尝试了解Spring MVC的基本知识。
考虑web.xml:
from descriptors import cachedproperty, classproperty, cachedclassproperty
class MyClass:
FOO = 'A'
def __init__(self):
self.bar = 'B'
@cachedproperty
def my_cached_instance_attr(self):
print('Initializing and caching attribute, once per class instance.')
return self.bar * 2
@cachedclassproperty
def my_cached_class_attr(cls):
print('Initializing and caching attribute, once per class.')
return cls.FOO * 3
@classproperty
def my_class_property(cls):
print('Calculating attribute without caching.')
return cls.FOO + 'C'
还要考虑以下official docs中给出的图:
疑问:
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<!-- The definition of the Root Spring Container shared by all Servlets and Filters -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/spring/root-context.xml</param-value>
</context-param>
<!-- Creates the Spring Container shared by all Servlets and Filters -->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<!-- Processes application requests -->
<servlet>
<servlet-name>appServlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/spring/appServlet/servlet-context.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>appServlet</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
</web-app>
和DispatcherServlet
创建的实例的确切类型是什么?由于一些在线文章说ContextLoaderListener
创建了ContextLoaderListener
实例,而ApplicationContext
创建了DispatcherServlet
实例,造成了混乱。但是,在查看了它们的来源之后,我感到既创建了类型WebApplicationContext
的实例,又因为它的子类型为WebApplicationContext
,所以有些文章说ApplicationContext
创建了ContextLoaderListener
实例。是否也仅使用ApplicationContext
提供的由ApplicationContext
创建的实例的功能,因此文章说ContextLoaderListener
创建ContextLoaderListener
而不创建{{1} }
`由ApplicationContext
创建的WebApplicationContext
就是usually online articles refer to as“根” WebApplicaionContext
的意思,只是为了与创建的ContextLoaderListener
有所区别由WebApplicationContext
?
阅读this article后,我了解到WebApplicationContext
是从DispatcherServlet
文件中加载的,该文件应加载“网络层组件”。另一方面,DispatcherServlet
加载“中间层组件”。假设web.xml中只有一个[servlet-name]-servlet.xml
(对吗?),则应该只有一个“中间层组件”的单一集合,而由于可以有多个ContextLoaderListener
,因此可以是多套“网络层组件”。这是正确的吗?如果是这样,那么为什么上图显示了多个ContextLoaderListener
的中间层组件和单个DispatcherServlet
的Web层组件?
答案 0 :(得分:1)
WebApplicationContext
和ApplicationContext
都是接口,因此,当文档说“创建ApplicationContext
实例”时,表示它创建了一个对象实例。实现ApplicationContext
的类。关键是该类是否还实现WebApplicationContext
。它可能。可能不会。不会使它“创建ApplicationContext
实例”的语句无效。
在线文章通常将其称为“根”
不,这是ContextLoaderListener
本身的javadoc所指的根:
执行 root 应用程序上下文的实际初始化工作。
为什么上图显示了多个
WebApplicationContexts
的中间层组件和单个WebApplicationContext
的Web层组件?
它仅显示单个WebApplicationContext
的Web层组件,因为该图用于单个DispatcherServlet
。
仅仅因为ContextLoaderListener
仅创建一个根上下文,并不意味着不能通过其他方式创建多个上下文。该图准确显示了可能的情况。