时间戳

首页 > 解决方案 > 使用 ruby​​ graphql 返回未持久化的 activerrecord 是否危险？

ruby-on-rails - 使用 ruby​​ graphql 返回未持久化的 activerrecord 是否危险？

问题描述

在 Rails 中，我使用的一种常见模式是创建一个新的非持久对象以使用默认值填充表单，例如

class ContactsController < ApplicationController
  def new
    @contact = Contact.new
  end
end
...
<%= form_for(@contact) %>

我使用graphql ruby​​创建了一个表单，我想使用一个非持久对象填充默认值，即我有一个由contractParts填充的createOrUpdate表单

query Contract($contractId: ID!) {
  contract(id: $contractId) {
    ...contractParts
  }
}
query DefaultContract($ownerId: ID!) {
  defaultContract(ownerId: $ownerId) {
    ...contractParts
  }
}

在我的 query_types.rb

  def default_contract(owner_id:)
    owner = Owner.find(owner_id)
    Contract.new(owner: owner)
  end

我想知道这种模式是否可以，或者是否因为我返回一个没有 ID 的对象会出现问题。我查看了所有文档，但找不到任何相关信息，这不是正确的 graphql 吗？

标签： ruby-on-railsrubygraphqlgraphql-ruby

解决方案

你当然可以做到这一点。您可以使用您喜欢的任何默认值创建未保存对象的“聚合”：

 # app/models/default_contract_aggregate.rb
 class DefaultContractAggregate < Contract
   def initialize
     self.rel1 = DefaultRel1.new
     # etc
   end
 end

 # app/graphql/types/query_type.rb
 def default_contract(owner_id:)
   owner = Owner.find(owner_id)
   DefaultContractAggregate.new(owner: owner)
 end

这不是最糟糕的主意，但当然对于 graphql，根据您的架构，它可能会到达聚合的边界，因此您必须小心。至于您的另一个问题，使用未保存的对象或使用没有 ID 的对象本身并没有错。请谨慎使用自动保存分配的关联，因为这可能会导致非常令人兴奋和意想不到的结果。

就个人而言，我发现超越 Rails 表单生成器并不需要太多复杂性，我更喜欢在前端构建复杂的 UI，但如果它们仍然为您工作，那么继续使用它们并没有错。

推荐阅读