Mongodb Meteor/mongo db字段名'；长度'；无效？

在尝试一个简单的

collection.insert（{owner:Meteor.userId（），length:3}）时，您好在Meteor中，它由客户端执行，但由服务器撤销（或在过程中，与
collection.update相同）
此刻，我将字段
length
重命名为
len
，瞧，它起作用了。。。但现在我不符合GridFS规范中的“fs.files.length”（项目：collectionfs.meteor.com）

有人吗
 这是因为在Meteor中广泛使用的下划线库中的迭代函数通过查看数组或对象是否具有数值
length
属性来决定它们是在数组上迭代还是在对象上迭代。我认为这里的特殊实例是
livedata/livedata_server.js
中的
set
函数（第515行左右）：它将
属性解释为数组，然后找不到任何实际属性

也许我们需要完全停止在Meteor中使用u.each。
这是因为在Meteor中广泛使用的下划线库中的迭代函数通过查看数组或对象是否具有数值
长度
属性来决定它们是在数组上迭代还是在对象上迭代。我认为这里的特殊实例是
livedata/livedata_server.js
中的
set
函数（第515行左右）：它将
属性解释为数组，然后找不到任何实际属性

也许我们需要完全停止在Meteor中使用u.each。
您真的需要存储文件吗？如果你只是想插入一个文档，你不需要关心GridFS.Files=newMeteor.Collection（“fs.Files”）；insert（{owner:'test'，长度：3}）；GridFS就是这样，dB中的文件块-使用它们的规范，我希望在服务器端使用一些GridFS功能。Wierd，我想我会尝试另一个安装。FWIW我使用的是mongo 2.2.2和meteor 0.5.2。你真的需要存储文件吗？如果你只是想插入一个文档，你不需要关心GridFS.Files=newMeteor.Collection（“fs.Files”）；insert（{owner:'test'，长度：3}）；GridFS就是这样，dB中的文件块-使用它们的规范，我希望在服务器端使用一些GridFS功能。Wierd，我想我会尝试另一个安装。FWIW我正在使用mongo 2.2.2和meteor 0.5.2。谢谢，我应该把它作为一个问题添加到github中吗？因为in同样容易编写，运行会更快吗？闭包有时是可以的，例如set和unset是完全相同的？谢谢，我应该把它作为一个问题添加到github中吗？因为in同样容易编写，运行得更快？有时闭包是可以的，例如set和unset是完全相同的吗？