使用 ruby graphql return 未持久化的 activerrecord 是否危险?

Is it dangerous to return an unpersisted activerrecord with ruby graphql?

在 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 吗?

当然可以。您可以使用您喜欢的任何默认值创建一个 'aggregate' 个未保存的对象:

 # 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,但如果它们仍然适合你,那么继续使用它们没有错。