Meteor方法调用返回的GiftList中Gift集合为何为undefined

gifts属性返回undefined是序列化规则和类结构冲突导致的，和你服务端赋值的逻辑没有关系，核心是两个硬限制：

1. Meteor Method的跨端序列化不会保留类的访问器属性 #

Meteor的Method前后端传值走的是EJSON序列化协议，这套协议的处理逻辑是：

• 序列化时只抓取对象自身的可枚举自有属性，既不会保留类的原型链方法，也不会把类上定义的getter/setter访问器当成普通字段处理
• 你现在写的GiftList类里，真正存数据的_gifts是私有内部字段，对外暴露的gifts是通过类getter定义的访问器——这类属性本身不是对象自己的可枚举字段，序列化阶段根本不会被扫到、不会被打包进传输的数据包，客户端拿到结果自然取不到这个值。
• 顺带提一句，你在客户端代码里写的res[0] as GiftList[]只是TypeScript的类型断言，实际运行时序列化传过来的根本不是GiftList类的实例，就是个无类型的普通JS对象，类的原型链、访问器方法从来不会被打包到跨端请求里。
• 你两个类里定义的_id、_personName、user这些私有字段，从来没在构造函数里赋值初始化，就算不考虑访问器的问题，这些字段在序列化阶段本身就是空值，传过去也读不到内容。

2. 当前的数据结构本身就不满足EJSON的可序列化要求 #

就算你把getter的问题解决了，现有结构还有两个会让值丢失的问题：

• 你给gifts赋值的是Set结构。EJSON原生不支持序列化Set、Map这类内置非普通对象，遇到这类值会直接序列化成空对象，完全存不住内部的元素内容。
• Gift和GiftList是双向循环引用的（Gift里持有完整的GiftList实例，GiftList里持有Gift的集合），就算你把Set换成数组，循环引用的结构在序列化时会触发递归深度超限，Meteor会直接截断序列化的内容，严重时还会直接抛错。

• 跨端传输的字段不要用私有字段+getter/setter的封装模式，直接把需要传输的值定义成类的公共可枚举属性，不要靠访问器代理取值。比如原来的private _gifts+get gifts()的结构，改成直接定义public gifts: Gift[]，让这个值本身就是对象自己的枚举属性，能被序列化规则扫到。
• 把所有需要传输的Set<Gift>结构替换成普通JS数组Gift[]，不要用Set、Map这类EJSON不原生支持的结构当传输字段。
• 双向循环的关联字段要做拆解传输，比如Gift里的giftList字段不要携带完整的GiftList实例，只传关联的id标识就行，从根源上避免循环引用导致的序列化截断。
• 如果确实需要保留自定义类的实例结构透传，可以用Meteor自带的EJSON.registerType方法给你的自定义类注册专属的序列化、反序列化逻辑，手动处理类实例的转码流程——默认的序列化逻辑永远不会帮你自动保留类的访问器结构。

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