This is gonna be a little scattered, forgive me.
First, assuming this code uses the mysql driver API correctly, here’s one way you could wrap it to work with a native promise:
function getLastRecord(name)
{
return new Promise(function(resolve, reject) {
// The Promise constructor should catch any errors thrown on
// this tick. Alternately, try/catch and reject(err) on catch.
var connection = getMySQL_connection();
var query_str =
"SELECT name, " +
"FROM records " +
"WHERE (name = ?) " +
"LIMIT 1 ";
var query_var = [name];
connection.query(query_str, query_var, function (err, rows, fields) {
// Call reject on error states,
// call resolve with results
if (err) {
return reject(err);
}
resolve(rows);
});
});
}
getLastRecord('name_record').then(function(rows) {
// now you have your rows, you can see if there are <20 of them
}).catch((err) => setImmediate(() => { throw err; })); // Throw async to escape the promise chain
So one thing: You still have callbacks. Callbacks are just functions that you hand to something to call at some point in the future with arguments of its choosing. So the function arguments in xs.map(fn)
, the (err, result)
functions seen in node and the promise result and error handlers are all callbacks. This is somewhat confused by people referring to a specific kind of callback as “callbacks,” the ones of (err, result)
used in node core in what’s called “continuation-passing style”, sometimes called “nodebacks” by people that don’t really like them.
For now, at least (async/await is coming eventually), you’re pretty much stuck with callbacks, regardless of whether you adopt promises or not.
Also, I’ll note that promises aren’t immediately, obviously helpful here, as you still have a callback. Promises only really shine when you combine them with Promise.all
and promise accumulators a la Array.prototype.reduce
. But they do shine sometimes, and they are worth learning.