通过 Spring 请求处理
客户端在 Web 应用程序中请求资源。如前面部分所示，Web 容器会将所有 MVC 请求均定向到 Spring
DispatcherServlet。Spring 前端控制器将截获这些请求，并根据处理程序映射 (在 Spring 配置文件或注释中配置) 查找相应的处理程序。换句话说，处理程序映射用于将请求从客户端映射到处理程序。Spring 前端控制器将借助处理程序适配器向处理程序发送请求。
在 Windchill 中，我们使用两个处理程序映射：
例如 /servlet/WizardServlet* = wizardController
找到映射后，它将从已配置的适配器中找到合适的处理程序适配器。在 Windchill 中，我们使用三种类型的处理程序适配器：
在 Windchill 11.1 M020 中，Spring Framework 升级到版本 5.0.6。非基于注解的控制器将被替换为基于注释的独立控制器。
在 Spring Framework 的升级版本中，必须遵循以下指导原则：
• 所有具有 @Controller annotation 的 Spring 类都必须与同一类中的 @RequestMapping 存在 URL 映射。不支持选择具有 SimpleUrlHandlerMapping 或 BeanNameUrlHandlerMapping 的控制器，然后根据 @RequestMapping 注释来缩小方法的范围。
• @RequestMapping 方法必须在新的支持类中进行唯一映射。不能依靠将方法名称作为回退机制来消除两个 @RequestMapping 方法之间的歧义，这两个方法没有显式路径映射 URL 路径，但通过其他方法同样可实现匹配，例如通过 HTTP 方法。
• 单个默认方法必须具有显式路径映射。此方法早期被用于在找不到其他控制器匹配时处理请求。在新的支持类中，如果找不到匹配的方法，则会引发 404 错误。单个默认方法不能没有显式路径映射。
处理程序
它们是可以处理请求的 bean。在此提供了一个预设处理程序，用以处理构建组件的请求 - com.ptc.mvc.components.ComponentController。它会准备可由 DispatcherServlet 处理的 ModelAndView (org.springframework.web.servlet.ModelAndView)。
要构建组件，我们需要其说明以及要呈现的数据。我们引入了构建器的概念，这些构建器将提供这些构件。组件说明将通过 ComponentConfig 表示，且由 ComponentConfigBuilder 提供。组件数据将通过 ComponentData 表示，且由 ComponentDataBuilder 提供。
ComponentConfig 和 ComponentData 共同定义了要在 UI 中显示的组件信息，并将由 ComponentDefintion 表示。它是 MVC 模式中的模型，而 ComponentController 为控制器。
如何查找构建器？
用于构建组件的典型 MVC 资源为 ptc1/<handler_key>/<componentId>，
• 其中 handler_key 用于将请求映射到处理程序。
• componentId 表示要构建的组件。
ComponentController 利用 ComponentBuilderResolver 实现注入，通过它可查找给定组件 componentId 的相应构建器。
ComponentController 的内部构件
ComponentController 的一些重要内部构件
• ComponentBuilderResolver：用于查找资源中指定的 componentId 的 ComponentConfigBuilder 和 ComponentDataBuilder
• defaultMappings：用于定义不同 ComponentConfig 的默认视图。
• ComponentParamsFactory：用于根据请求和响应创建 ComponentParams，这些请求和响应将在构建器中提供。
构建器提供了 ComponentConfig 和 ComponentData，由这两者构成了模型 ComponentDefinition。ModelAndView 由 ComponentDefinition 填充，而视图信息来自 ComponentConfig 或提供的 defaultMapping。
以绿色表示的构件为 Windchill 客户端体系结构 (例如 JCA) 特定构件。以黑色表示的构件由组件所有者提供。
