Rails中如何处理serialize属性与Sorbet？求最优方案

你的场景里，T.cast是可行的临时方案，但还有更优雅、更贴合Rails实践的处理方式，具体可以根据需求选择：

• 自定义序列化类型（推荐长期方案）
  直接定义一个专门处理字符串数组的类型，替代默认的Array序列化，从根上解决类型问题：

  class StringArrayType < ActiveRecord::Type::Value
    def serialize(value)
      value.to_json if value.present?
    end
  
    def deserialize(value)
      return [] unless value.present?
      JSON.parse(value).select { |item| item.is_a?(String) }
    end
  end
  
  # 模型中替换原有serialize
  class MyClass < ApplicationRecord
    attribute :related_pages, StringArrayType.new, default: []
  end
  

  这样不管存还是取，related_pages都会是严格的字符串数组，业务代码里不用再做任何类型转换，还能自动过滤非字符串元素，类型安全性拉满。

• 模型方法封装（轻量方案）
  不想自定义类型的话，给模型加个封装方法，把T.cast的逻辑藏起来：

  class MyClass < ApplicationRecord
    serialize :related_pages, Array
  
    def related_pages
      T.cast(super, T::Array[String])
    end
  
    def related_pages=(value)
      super(T.cast(value, T::Array[String]))
    end
  end
  

  之后业务代码里调用my_instance.related_pages时，直接拿到的就是字符串数组，不用每次手动写T.cast，代码更干净。

• 用T.let做类型断言（仅类型检查场景）
  如果你能100%确定related_pages一定是字符串数组，只是想过Sorbet的类型检查，可以用T.let替代T.cast：

  T.let(related_pages, T::Array[String])
  

  它和T.cast的区别是，T.let不会做实际转换，只是告诉类型检查器“这个值就是这个类型”，如果实际类型不对会直接报错；而T.cast是强制类型断言，不会校验实际值。

总结：T.cast能用，但如果想长期维护更省心，自定义序列化类型或者模型方法封装会是更优的选择。

内容的提问来源于stack exchange，提问作者phil