grails - Grails 控制器的“expando”方法从何而来？

Question

根据文档，Grails 控制器只是一个在名称后附加“Controller”并保存在grails-app/controllers/. 此类中最简单的是：

package some.package

class FooController {
  def index = {}
}

当 Grails 应用程序运行时，该控制器将继承一些标准方法，如getParams和getSession。从随附的屏幕截图中，我可以看到这些是通过添加的groovy.lang.ExpandoMetaClass。我没有看到这是如何发生的。控制器不实现任何接口或扩展任何抽象。这些方法从何而来？

Answer 1

从 Grails 2.0 开始，采用了一种新方法来将动态方法添加到控制器工件中。您可以逐步访问它们以查看这些属性是如何添加到控制器中的：-

• grails 中的控制器不是 grails-core 的一部分，而是一个名为grails-plugin-controllers 的插件。
• 作为一个插件，相应的*GrailsPlugin类将定义插件的行为。
• ControllersApi（扩展 CommonWebApi）具有所有要添加到控制器工件的属性。（从 Grails 2.0 引入）
• ControllerGrailsPlugin将 ControllersApi注册为spring bean。
• 仅将 ControllerApi 添加为 bean 还有更多内容。
• 有一个MetaClassEnhancer的概念，它将采用/考虑一个 API（在本例中为 ControllerApi）并通过使用反射将 CachedMethods 添加到工件中来增强/协调工件（控制器）与相应的 API，这是BaseApiProvider的角色存在于圣杯核心。
• 这种魔法也发生在 Controller 插件类中。

现在，在 Grails 2.0 之前，采用了一种不同的方法来将动态属性添加到控制器。这种方式在运行时将元类属性添加到控制器中，发现效率较低。每个动态属性都由其自己的类（即：GetParamsDynamicProperty、GetSessionDynamicProperty）表示，该类目前未使用。

因此，您现在需要在对象树中查看这些动态方法是在控制器中可以使用 CachedMethods 的位置。希望有帮助。如果您寻求更多，我很乐意添加更多。:-)

Answer 2

你是对的，Grails 的“控制器”并不是真正意义上的控制器，因为它们从基类继承，而是它们只是遵循放置在grails-app/controllers目录中的约定的简单 POGO。编译应用程序时，通过 AST 转换混合了 30 多种方法，其中大部分来自

org.codehaus.groovy.grails.plugins.web.api.ControllersApi, 也从 org.codehaus.groovy.grails.plugins.converters.api.ConvertersControllersApi, org.codehaus.groovy.grails.plugins.web.api.ControllersMimeTypesApi.

前面的内容是 Burt Beckwith 从Programming Grails中转述的，如果您对 Grails 的更详细的细节感兴趣，我会推荐它。

Answer 3

引用 Burt Beckwith 的优秀著作Programming Grails：

超过 30 种方法通过 AST 转换混合到控制器类中。大多数是从 org.codehaus.groovy.grails.plugins.web.api.ControllersApi课堂上添加的

ControllersApi 源码