Using Meteor, I'm attempting to understand when to use server-side Meteor.methods()
while still retaining instant UI updates.
From Andrew Scala's introductory tutorial, he claims that Meteor.methods()
should be used when you want to update and modify your database documents:
The idea is that you define all the functions on the server that do
dangerous stuff like modify and update data, and then let the client
call those functions and get return values like regular functions. The
client never sees the implementation and doesn’t personally modify the
data. The server does all the work.
And following this advice, I implemented this in my code:
Server-side:
Meteor.methods({
addMovie: function(data) {
var movie = Movies.insert({name: data});
return movie;
},
...
Client-side:
Template.movies.events = ({
'click #add-movie': function(e) {
var name = document.getElementById('movie-name').value;
Meteor.call('addMovie', name);
return false;
},
...
This works, but it's slow. The UI doesn't update instantly like it would if you called Movies.insert()
on the client-side. The docs indicate that, to rectify the problem, you can create stubs on the client-side:
Calling methods on the client defines stub functions associated with
server methods of the same name. You don't have to define a stub for
your method if you don't want to. In that case, method calls are just
like remote procedure calls in other systems, and you'll have to wait
for the results from the server.
But what should these stubs look like? Should it basically look the same as the server-side method? If so, what's the point? I'm looking for a more comprehensive explanation of the use and purpose of Meteor.methods()
, the point/use of stubs, and their implementation.
EDIT:
David Greenspan has helped clarify the use of Meteor.methods() and stubs on meteor-talk.
See Question&Answers more detail:
os 与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…