将 JSON 绑定到嵌套的 Grails 域对象

Question

我正在开发一个 RESTful 接口，用于为 JavaScript 应用程序提供 JSON 数据。

在服务器端，我使用 Grails 1.3.7 并使用 GORM 域对象来实现持久性。我实现了一个自定义 JSON 编组器来支持编组嵌套域对象

以下是示例域对象：

class SampleDomain {
    static mapping = { nest2 cascade: 'all' }
    String someString
    SampleDomainNested nest2
}

并且

class SampleDomainNested {
    String someField
}

SampleDomain 资源在 URL /rs/sample/ 下发布，因此 /rs/sample/1 指向 ID 为 1 的 SampleDomain 对象

当我使用我的自定义 json 编组器（在 /rs/sample/1 上获取）渲染资源，我得到以下数据：

{
    "someString" : "somevalue1",
    "nest2" : {
        "someField" : "someothervalue"
    }
}

这正是我想要的。

现在问题来了：我尝试通过 PUT 将相同的数据发送到资源 /rs/sample/1 。

要将 json 数据绑定到域对象，处理请求的控制器调用 def domain = SampleDomain.get(id) 和 domain.properties = data，其中 data 是未编组的目的。

“someString”字段的绑定工作正常，但嵌套对象未使用嵌套数据填充，因此我收到属性“nest2”为空的错误，这是不允许的。

我已经尝试实现自定义 PropertyEditorSupport 以及 StructuredPropertyEditor 并注册该类的编辑器。

奇怪的是，只有当我提供非嵌套值时，编辑器才会被调用。因此，当我通过 PUT 将以下内容发送到服务器时（这没有任何意义；））

{
    "someString" : "somevalue1",
    "nest2" : "test"
}

至少会调用属性编辑器。

我查看了 GrailsDataBinder 的代码。我发现设置关联的属性似乎可以通过指定关联的路径而不是提供映射来工作，因此以下内容也可以工作：

{
    "someString" : "somevalue1",
    "nest2.somefield" : "someothervalue"
}

但这对我没有帮助，因为我不想实现自定义 JavaScript到 JSON 对象序列化器。

是否可以通过嵌套映射来使用 Grails 数据绑定？或者我真的要为每个域类手动实现它吗？

非常感谢，

马丁

Answer 1

它要求您提供类名：

{ class:"SampleDomain", someString: "abc", 
nest2: { class: "SampleDomainNested", someField:"def" }
} 

我知道，它需要与其产生的输出不同的输入。

正如我之前在评论中提到的，使用 gson 库可能会更好。

Answer 2

不知道为什么你用 xstream 编写了自己的 json 编组器。

请参阅http://x-stream.github.io/json-tutorial.html

我们对 xstream 为我们的后端（基于 grails）服务感到非常满意，这样您就可以在 xml 或 json 中呈现 marshall，或者如果您愿意，可以覆盖特定对象的默认编组。

Jetison 似乎产生了一个更紧凑、更不可读的 JSON，你可能会遇到一些库冲突的问题，但默认的内部 json 流渲染器是不错的。

如果您打算向公众发布服务，您将需要花时间针对错误等返回适当的 HTTP 协议响应... ($.02)

Answer 3

由于这个问题被多次投票，我想分享一下我最终所做的事情：

因为我有一些更多的要求需要实现，比如安全性等。我实现了一个服务层，它对控制器隐藏了域对象。我引入了一个“动态 DTO 层”，它将域对象转换为 Groovy 映射，可以使用标准序列化器轻松序列化，并手动实现更新。我尝试实现的所有基于半自动/元编程/命令模式/...的解决方案在某些时候都失败了，主要导致奇怪的 GORM 错误或大量配置代码（以及很多挫败感）。 DTO 的更新和序列化方法相当简单，并且可以非常快速地实现。它也不会引入大量重复代码，因为如果您不想发布内部域对象结构，则必须指定域对象的序列化方式。也许这不是最优雅的解决方案，但它是唯一真正对我有用的解决方案。它还允许我实现批量更新，因为更新逻辑不再连接到 http 请求。

然而我必须说，我不认为 grails 是最适合此类应用程序的技术堆栈，因为它使您的应用程序变得非常重量级且不灵活。我的经验是，一旦你开始做框架默认不支持的事情，它就会开始变得混乱。此外，我不喜欢 grails 中的“存储库”层本质上仅作为域对象的一部分存在，这引入了很多问题并导致了几个模拟存储库层的“代理服务”。如果您开始使用 json Rest 接口构建应用程序，我建议要么采用非常轻量级的技术，例如 node.js，或者，如果您想/必须坚持基于 java 的堆栈，请使用标准 spring 框架 + spring mvc + spring data 具有漂亮且干净的 dto 层（这是我迁移到的，它的工作方式就像一个魅力）。您不必编写大量样板代码，并且可以完全控制实际发生的情况。此外，您还可以获得强类型，从而提高开发人员的工作效率和可维护性，并使额外的 LOC 合法化。当然，强大的类型意味着强大的工具！

我开始写一篇博客文章来描述我提出的架构（当然还有一个示例项目），但是我现在没有太多时间来完成它。完成后，我将在此处链接到它以供参考。

希望这可以为遇到类似问题的人带来启发。

干杯!