Skip to content

foundersandcoders/mc-do-this-then-do-that

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

4 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

A gentle introduction to asynchronous programming in JavaScript

Okay, things don't always happen straight away.

Why

When you write a JavaScript program, to run in Node or in the browser, it will only do one thing at a time (you can use the phrase single-threaded if you really want).

When other things are happening at the same time as your JavaScript, it's because something else is doing it. Remember, only one thing at a time can happen in a normal JavaScript application.

For example:

// Some JavaScript

var x = 2 // first we do this

var y = x * 2 // then we do this

console.log(y) // finally, we do this

Okay, this is all well and good if we want to work out 2 * 2.

The code above is called synchronous code. One thing happens after another.

Sometimes only being able to do one thing at a time is problematic. For example:

console.log('Browser JavaScript file execution started') // do this

document.getElementById('click-me').addEventListener('onClick', function(event) {
  alert('click-me clicked!')
}) // register a click listener

document.getElementById('title').textContent('Do this and then do that') // insert some text

var data = getSomeDataWillTakeAWhile({ filterByFac: true })

document.getElementById('fac-number').textContent = data.facNumber // then lets do something with the data

Can you spot the problem?

We know only one thing happens at once in JavaScript, right?

Question: What happens when the user clicks the button while we are running getSomeDataWillTakeAWhile?

Answer: Nothing will happen immediately, JavaScript only does one thing at a time :(

Solution:

// solution? Get someone else to do it, we can do other stuff (like handle click events) while we wait

var doThisOnceTheDataHasArrived = function(data) {
  document.getElementById('fac-number').textContent = data.facNumber
}

console.log('Browser JavaScript file execution started') // do this

document.getElementById('click-me').addEventListener('onClick', function(event) {
  alert('click-me clicked!')
}) // register a click listener

document.getElementById('title').textContent('Do this and then do that') // insert some text

serverPleaseGetSomeDataThen({ filterByFac: true }, doThisOnceTheDataHasArrived)
// When we make an Ajax request, the browser takes care of it behind the scenes, and our JavaScript application can continue to execute or listen to events

Wow!

doThisOnceTheDataHasArrived is what we call a callback. We pass it to a function that is going to do something off the scenes, and it will get called with the result once things are done.

Tasks

  1. Read the files exercise/exercise_1.js, test/exercise_1.test.js
  2. Complete the functions in exercise_1.js to pass the tests
  3. Run the tests with the command npm run test_1 (You will need to run npm i first)

Error first callbacks

As you have seen in exercise 1, our functions either return a result, or return an error. Within Node there is a convention for handling async errors.

We could do:

var doubleAsync = function(x, callback) {
  if (typeof x !== 'number') {
    callback(new Error('need a number'))
  } else {
    callback(x * 2)
  }
}

Instead we do:

var doubleAsync = function(x, callback) {
  if (typeof x !== 'number') {
    callback(new Error('need a number'))
  } else {
    callback(null, x * 2)
  }
}

I.e., we always use the first argument for the callback for an error. If there is no error, we pass null as the first argument.

Tasks

  1. Read the files exercise/exercise_2.js, test/exercise_2.test.js
  2. Read the solutions to exercise 1. Your solution for the second exercise should mirror the structure of exercise 1 solutions (but async!)
  3. Read through the solution to exercise 2
  4. Raise issues again this repo with feedback, pull requests welcome ❤️

Releases

No releases published

Packages

No packages published