http://docs.meteor.com/#meteor_methods
我已经在服务器文件夹中的 publish.js 中尝试过。
我成功调用 Meteor.apply 并尝试从客户端调用服务器。我总是得到一个未定义的响应。
【问题讨论】：
标签： meteor
在服务器上调用Meteor.methods 是正确的。这将定义在特权环境中运行并将结果返回给客户端的远程方法。要返回正常结果，只需从您的方法函数中调用 return 并使用一些 JSON 值。要发出错误信号，请抛出 Meteor.Error。
在客户端，Meteor.apply 总是返回undefined，因为方法调用是异步的。如果你想要方法的返回值，apply 的最后一个参数应该是一个回调，它将传递两个参数：error 和 result，采用典型的异步回调样式。
你的服务器代码真的被调用了吗？您可以通过更新方法中的数据库并查看客户端的缓存是否获取新数据来检查这一点，或者从方法主体内部调用 console.log 并查看终端中“流星”进程的输出。
【讨论】：
server 文件夹中的任何 .js 文件都可以。该文件夹中的 JavaScript 文件只是在服务器上加载和运行。它们不发送给客户端。
Meteor.call 和Meteor.apply 立即返回。如果您关心结果，则必须提供回调。在服务器上，可以同步调用一个方法。 （例如，一个方法调用另一个方法。）那是因为我们在服务器上有纤程，我们可以阻止您的函数，直到方法结果可用。
有几个地方我可以定义我的Meteor.methods()（有优缺点）：
【讨论】：
我在这里上传了一个简短的例子，如果你需要一个这样的工作例子：https://gist.github.com/2387816
【讨论】：
Meteor.startup 中调用Meteor.methods。这是一个代码挂钩，您只希望在加载所有文件后在服务器上调用它。由于调用Meteor.methods 只是注册您的方法——但不调用它们——通常不需要推迟它。
我希望有些人会发现这个添加的用途，这并没有掩盖方法主要用于在服务器上运行的问题，正如 debergalis 所解释的那样。
在客户端上使用Meteor.methods() 也很有用。 （在 Meteor.call() 部分也寻找“stub”...）
这允许客户端（同步）模拟服务器调用的预期效果。
如文档中所述：
你一直在使用方法，因为数据库修改器（插入， update, remove) 被实现为方法。 (...)
单独的部分解释在客户端上使用存根可能有助于理解服务器上的方法调用。
【讨论】：