An Introduction to Reasonably Pure Functional Programming

Share this article

This article was peer reviewed by Panayiotis «pvgr» Velisarakos, Jezen Thomas and Florian Rappl. Thanks to all of SitePoint’s peer reviewers for making SitePoint content the best it can be!

When learning to program you’re first introduced to procedural programming; this is where you control a machine by feeding it a sequential list of commands. After you have an understanding of a few language fundamentals like variables, assignment, functions and objects you can cobble together a program that achieves what you set out for it do – and you feel like an absolute wizard.

The process of becoming a better programmer is all about gaining a greater ability to control the programs you write and finding the simplest solution that’s both correct and the most readable. As you become a better programmer you’ll write smaller functions, achieve better re-use of your code, write tests for your code and you’ll gain confidence that the programs you write will continue to do as you intend. No one enjoys finding and fixing bugs in code, so becoming a better programmer is also about avoiding certain things that are error-prone. Learning what to avoid comes through experience or heeding the advice of those more experienced, like Douglas Crockford famously explains in JavaScript: The Good Parts.

Functional programming gives us ways to lower the complexity of our programs by reducing them into their simplest forms: functions that behave like pure mathematical functions. Learning the principles of functional programming is a great addition to your skill set and will help you write simpler programs with fewer bugs.

The key concepts of functional programming are pure functions, immutable values, composition and taming side-effects.

Pure Functions

A pure function is a function that, given the same input, will always return the same output and does not have any observable side effect.

// pure
function add(a, b) {
  return a + b;
}

This function is pure. It doesn’t depend on or change any state outside of the function and it will always return the same output value for the same input.

// impure
var minimum = 21;
var checkAge = function(age) {
  return age >= minimum; // if minimum is changed we're cactus
};

This function is impure as it relies on external mutable state outside of the function.

If we move this variable inside of the function it becomes pure and we can be certain that our function will correctly check our age every time.

// pure
var checkAge = function(age) {
  var minimum = 21;
  return age >= minimum;
};

Pure functions have no side-effects. Here are a few important ones to keep in mind:

  • Accessing system state outside of the function
  • Mutating objects passed as arguments
  • Making a HTTP call
  • Obtaining user input
  • Querying the DOM

Controlled Mutation

You need to be aware of Mutator methods on Arrays and Objects which change the underling objects, an example of this is the difference between Array’s splice and slice methods.

// impure, splice mutates the array
var firstThree = function(arr) {
  return arr.splice(0,3); // arr may never be the same again
};

// pure, slice returns a new array
var firstThree = function(arr) {
  return arr.slice(0,3);
};

If we avoid mutating methods on objects passed to our functions our program becomes easier to reason about, we can reasonably expect our functions not to be switching things out from under us.

let items = ['a','b','c'];
let newItems = pure(items);
// I expect items to be ['a','b','c']

Benefits of Pure Functions

Pure functions have a few benefits over their impure counterparts:

  • More easily testable as their sole responsibility is to map input -> output
  • Results are cacheable as the same input always yields the same output
  • Self documenting as the function’s dependencies are explicit
  • Easier to work with as you don’t need to worry about side-effects

Because the results of pure functions are cacheable we can memoize them so expensive operations are only performed the first time the functions are called. For example, memoizing the results of searching a large index would yield big performance improvements on re-runs.

Unreasonably Pure Functional Programming

Reducing our programs down to pure functions can drastically reduce the complexity of our programs. However, our functional programs can also end up requiring Rain Man’s assistance to comprehend if we push functional abstraction too far.

import _ from 'ramda';
import $ from 'jquery';

var Impure = {
  getJSON: _.curry(function(callback, url) {
    $.getJSON(url, callback);
  }),

  setHtml: _.curry(function(sel, html) {
    $(sel).html(html);
  })
};

var img = function (url) {
  return $('<img />', { src: url });
};

var url = function (t) {
  return 'http://api.flickr.com/services/feeds/photos_public.gne?tags=' +
    t + '&format=json&jsoncallback=?';
};

var mediaUrl = _.compose(_.prop('m'), _.prop('media'));
var mediaToImg = _.compose(img, mediaUrl);
var images = _.compose(_.map(mediaToImg), _.prop('items'));
var renderImages = _.compose(Impure.setHtml("body"), images);
var app = _.compose(Impure.getJSON(renderImages), url);
app("cats");

Take a minute to digest the code above.

Unless you have a background in functional programming these abstractions (curry, excessive use of compose and prop) are really difficult to follow, as is the flow of execution. The code below is easier to understand and to modify, it also much more clearly describes the program than the purely functional approach above and it’s less code.

  • The app function takes a string of tags
  • fetches JSON from Flickr
  • pulls the URLs out the response
  • builds an array of <img> nodes
  • inserts them into the document
var app = (tags)=> {
  let url = `http://api.flickr.com/services/feeds/photos_public.gne?tags=${tags}&format=json&jsoncallback=?`
  $.getJSON(url, (data)=> {
    let urls = data.items.map((item)=> item.media.m)
    let images = urls.map((url)=> $('<img />', { src: url }) )

    $(document.body).html(images)
  })
}
app("cats")

Or, this alternative API using abstractions like fetch and Promise helps us clarify the meaning of our asynchronous actions even further.

let flickr = (tags)=> {
  let url = `http://api.flickr.com/services/feeds/photos_public.gne?tags=${tags}&format=json&jsoncallback=?`
  return fetch(url)
  .then((resp)=> resp.json())
  .then((data)=> {
    let urls = data.items.map((item)=> item.media.m )
    let images = urls.map((url)=> $('<img />', { src: url }) )

    return images
  })
}
flickr("cats").then((images)=> {
  $(document.body).html(images)
})

Note: fetch and Promise are upcoming standards so they require polyfills to use today.

The Ajax request and the DOM operations are never going to be pure but we could make a pure function out of the rest, mapping the response JSON to an array of images – let’s excuse the dependence on jQuery for now.

let responseToImages = (resp)=> {
  let urls = resp.items.map((item)=> item.media.m )
  let images = urls.map((url)=> $('<img />', { src: url }))

  return images
}

Our function is just doing two things now:

  • mapping response data -> urls
  • mapping urls -> images

The “functional” way to do this is to create separate functions for those two tasks and we can use compose to pass the response of one function into the other.

let urls = (data)=> {
  return data.items.map((item)=> item.media.m)
}
let images = (urls)=> {
  return urls.map((url)=> $('<img />', { src: url }))
}
let responseToImages = _.compose(images, urls)

compose returns a function that is the composition of a list of functions, each consuming the return value of the function that follows.

Here’s what compose is doing, passing the response of urls into our images function.

let responseToImages = (data)=> {
  return images(urls(data))
}

It helps to read the arguments to compose from right to left to understand the direction of data flow.

By reducing our program down to pure functions it gives us a greater ability to reuse them in the future, they are much simpler to test and they are self documenting. The downside is that when used excessively (like in the first example) these functional abstractions can make things more complex which is certainly not what we want. The most important question to ask when refactoring code though is this:

Is the code easier to read and understand?

Essential Functions

Now, I’m not trying to attack functional programming at all. Every developer should make a concerted effort to learn the fundamental functions that let you abstract common patterns in programming into much more concise declarative code, or as Marijn Haverbeke puts it..

A programmer armed with a repertoire of fundamental functions and, more importantly, the knowledge on how to use them, is much more effective than one who starts from scratch. – Eloquent JavaScript, Marijn Haverbeke

Here is a list of essential functions that every JavaScript developer should learn and master. It’s also a great way to brush up on your JavaScript skills to write each of these functions from scratch.

Arrays

Functions

  • debounce
  • compose
  • partial
  • curry

Less Is More

Let’s look at some practical steps we can take to improve the code below using functional programming concepts.

let items = ['a', 'b', 'c'];
let upperCaseItems = ()=> {
  let arr = [];
  for (let i = 0, ii = items.length; i < ii; i++) {
    let item = items[i];
    arr.push(item.toUpperCase());
  }
  items = arr;
}

Reduce functions dependence on shared state

This may sounds obvious and trivial but I still write functions that access and modify a lot of state outside of themselves, this makes them harder to test and more prone to error.

// pure
let upperCaseItems = (items)=> {
  let arr = [];
  for (let i = 0, ii = items.length; i < ii; i++) {
    let item = items[0];
    arr.push(item.toUpperCase());
  }
  return arr;
}

Use more readable language abstractions like forEach to iterate

let upperCaseItems = (items)=> {
  let arr = [];
  items.forEach((item) => {
    arr.push(item.toUpperCase());
  });
  return arr;
}

Use higher level abstractions like map to reduce the amount of code

let upperCaseItems = (items)=> {
  return items.map((item)=> item.toUpperCase())
}

Reduce functions to their simplest forms

let upperCase = (item)=> item.toUpperCase()
let upperCaseItems = (items)=> items.map(upperCase)

Delete code until it stops working

We don’t need a function at all for such a simple task, the language provides us with sufficient abstractions to write it out verbatim.

let items = ['a', 'b', 'c']
let upperCaseItems = items.map((item)=> item.toUpperCase())

Testing

Being able to simply test our programs is a key benefit of pure functions, so in this section we’ll set up a test harness for our Flickr module we were looking at earlier.

Fire up a terminal and have your text editor poised and ready, we’ll use Mocha as our test runner and Babel for compiling our ES6 code.

mkdir test-harness
cd test-harness
npm init -yes
npm install mocha babel-register babel-preset-es2015 --save-dev
echo '{ "presets": ["es2015"] }' > .babelrc
mkdir test
touch test/example.js

Mocha has a bunch of handy functions like describe and it for breaking up our tests and hooks such as before and after for setup and teardown tasks. assert is a core node package that can perform simple equality tests, assert and assert.deepEqual are the most useful functions to be aware of.

Let’s write our first test in test/example.js

import assert from 'assert';

describe('Math', ()=> {
  describe('.floor', ()=> {
    it('rounds down to the nearest whole number', ()=> {
      let value = Math.floor(4.24)
      assert(value === 4)
    })
  })
})

Open up package.json and amend the "test" script to the following

mocha --compilers js:babel-register --recursive

Then you should be able run npm test from the command line to confirm everything is working as expected.

Math
  .floor
    ✓ rounds down to the nearest whole number

1 passing (32ms)

Boom.

Note: You can also add a -w flag at the end of this command if you want mocha to watch for changes and run the tests automatically, they will run considerably faster on re-runs.

mocha --compilers js:babel-register --recursive -w

Testing Our Flickr Module

Let’s add our module into lib/flickr.js

import $ from 'jquery';
import { compose } from 'underscore';

let urls = (data)=> {
  return data.items.map((item)=> item.media.m)
}
let images = (urls)=> {
  return urls.map((url)=> $('<img />', { src: url })[0] )
}
let responseToImages = compose(images, urls)

let flickr = (tags)=> {
  let url = `http://api.flickr.com/services/feeds/photos_public.gne?tags=${tags}&format=json&jsoncallback=?`
  return fetch(url)
  .then((response)=> response.json())
  .then(responseToImages)
}

export default {
  _responseToImages: responseToImages,
  flickr: flickr,
}

Our module is exposing two methods: flickr to be publicly consumed and a private function _responseToImages so that we can test that in isolation.

We have a couple of new dependencies: jquery, underscore and polyfills for fetch and Promise. To test those we can use jsdom to polyfill the DOM objects window and document and we can use the sinon package for stubbing the fetch api.

npm install jquery underscore whatwg-fetch es6-promise jsdom sinon --save-dev
touch test/_setup.js

Open up test/_setup.js and we’ll configure jsdom with our globals that our module depends on.

global.document = require('jsdom').jsdom('<html></html>');
global.window = document.defaultView;
global.$ = require('jquery')(window);
global.fetch = require('whatwg-fetch').fetch;

Our tests can sit in test/flickr.js where we’ll make assertions about our functions output given predefined inputs. We “stub” or override the global fetch method to intercept and fake the HTTP request so that we can run our tests without hitting the Flickr API directly.

import assert from 'assert';
import Flickr from "../lib/flickr";
import sinon from "sinon";
import { Promise } from 'es6-promise';
import { Response } from 'whatwg-fetch';

let sampleResponse = {
  items: [{
    media: { m: 'lolcat.jpg' }
  },{
    media: { m: 'dancing_pug.gif' }
  }]
}

// In a real project we'd shift this test helper into a module
let jsonResponse = (obj)=> {
  let json = JSON.stringify(obj);
  var response = new Response(json, {
    status: 200,
    headers: { 'Content-type': 'application/json' }
  });
  return Promise.resolve(response);
}

describe('Flickr', ()=> {
  describe('._responseToImages', ()=> {
    it("maps response JSON to a NodeList of <img>", ()=> {
      let images = Flickr._responseToImages(sampleResponse);

      assert(images.length === 2);
      assert(images[0].nodeName === 'IMG');
      assert(images[0].src === 'lolcat.jpg');
    })
  })

  describe('.flickr', ()=> {
    // Intercept calls to fetch(url) and return a Promise
    before(()=> {
      sinon.stub(global, 'fetch', (url)=> {
        return jsonResponse(sampleResponse)
      })
    })

    // Put that thing back where it came from or so help me!
    after(()=> {
      global.fetch.restore();
    })

    it("returns a Promise that resolves with a NodeList of <img>", (done)=> {
      Flickr.flickr('cats').then((images)=> {
        assert(images.length === 2);
        assert(images[1].nodeName === 'IMG');
        assert(images[1].src === 'dancing_pug.gif');
        done();
      })
    })

  })
})

Run our tests again with npm test and you should see three assuring green ticks.

Math
  .floor
    ✓ rounds down to the nearest whole number

Flickr
  ._responseToImages
    ✓ maps response JSON to a NodeList of <img>
  .flickr
    ✓ returns a Promise that resolves with a NodeList of <img>


3 passing (67ms)

Phew! We’ve successfully tested our little module and the functions that comprise it, learning about pure functions and how to use functional composition along the way. We’ve separated the pure from the impure, it’s readable, comprised of small functions, and it’s well tested. The code is easier to read, understand, and modify than the unreasonably pure example above and that’s my only aim when refactoring code.

Pure functions, use them.

  • Professor Frisby’s Mostly Adequate Guide to Functional Programming – @drboolean – This excellent free book on Functional Programming by Brian Lonsdorf is the best guide to FP I’ve come across. A lot of the ideas and examples in this article have come from this book.
  • Eloquent Javascript – Functional Programming @marijnjh – Marijn Haverbeke’s book remains one of my all time favorite intros to programming and has a great chapter on functional programming too.
  • Underscore – Digging into a utility library like Underscore, Lodash or Ramda is an important step in maturing as a developer. Understanding how to use these functions will drastically reduce the amount of code you need to write, and make your programs more declarative.

That’s all for now! Thanks for reading and I hope you have found this a good introduction to functional programming, refactoring and testing in JavaScript. It’s an interesting paradigm that’s making waves at the moment, due largely to the growing popularity of libraries like React, Redux, Elm, Cycle and ReactiveX which encourage or enforce these patterns.

Jump in, the water is warm.

Frequently Asked Questions on Reasonably Pure Functional Programming

What is the significance of pure functions in functional programming?

Pure functions are a fundamental concept in functional programming. They are functions that always produce the same output for the same input and have no side effects. This means that they don’t alter any state outside their scope or depend on any external state. This makes them predictable and easy to test, as you only need to consider the input and output, without worrying about external factors. Pure functions also promote code reusability and readability, making your code easier to understand and maintain.

How does functional programming differ from other programming paradigms?

Functional programming is a programming paradigm that treats computation as the evaluation of mathematical functions and avoids changing state and mutable data. This is in contrast to imperative programming, where programs are composed of statements which change global state when executed. Functional programming promotes higher-level abstractions, like functions as first-class citizens, and encourages programming with expressions instead of statements. This leads to a more declarative and expressive style of programming that is easier to reason about.

How can I implement pure functions in JavaScript?

Implementing pure functions in JavaScript involves ensuring that your function always produces the same output for the same input and does not produce any side effects. Here’s an example:

function add(a, b) {
return a + b;
}

In this example, the add function is a pure function because it always returns the same result given the same arguments and does not modify any external state.

What are the benefits of using pure functions in JavaScript?

Pure functions offer several benefits in JavaScript. They make your code more predictable and easier to test and debug, as you only need to consider the input and output of the function. They also make your code more readable and maintainable, as they promote a clear and simple programming style. Furthermore, pure functions are highly reusable and composable, allowing you to build more complex functionality with less code.

What are the challenges of using pure functions in JavaScript?

While pure functions offer many benefits, they also present some challenges. One of the main challenges is that JavaScript is not a purely functional language, and it allows side effects and mutable data. This means that you need to be careful to avoid unintentionally introducing side effects in your functions. Additionally, using pure functions can sometimes lead to more verbose code, as you need to avoid mutating data and instead return new data.

How does functional programming relate to concurrency and parallelism?

Functional programming is particularly well-suited to concurrency and parallelism. Because pure functions do not have side effects, they can be safely executed in parallel without worrying about race conditions or data corruption. This makes functional programming a powerful tool for developing concurrent and parallel applications, particularly in a multi-core and distributed computing environment.

What is function composition in functional programming?

Function composition is a fundamental concept in functional programming. It involves combining two or more functions to create a new function. The result of one function is used as the input to the next function. This allows you to build complex functionality from simple functions, promoting code reusability and readability.

What is immutability in functional programming?

Immutability is a key principle in functional programming. It means that once a data structure is created, it cannot be changed. Instead, if you want to modify a data structure, you create a new one with the desired changes. This avoids side effects and makes your code safer and easier to reason about.

How does functional programming handle state?

In functional programming, state is handled carefully to avoid side effects. Instead of changing state, functional programming often uses pure functions that return new state. This makes the state predictable and easy to manage. Some functional programming languages also offer advanced features for state management, such as monads in Haskell.

What are some practical applications of functional programming?

Functional programming can be used in a wide range of applications. It’s particularly useful in situations where concurrency and parallelism are important, such as in multi-core and distributed computing. Functional programming is also commonly used in data processing and analytics, where pure functions and immutability can help to ensure data integrity. Furthermore, functional programming concepts are increasingly being adopted in front-end development, with popular frameworks like React.js using a functional style for component development.

Mark BrownMark Brown
View Author

Hello. I'm a front end web developer from Melbourne, Australia. I enjoy working on the web, appreciate good design and working along side talented people I can learn from. I have a particular interest in visual programming so have fun working with SVG and Canvas.

functional programmingnilsonjpure functionsTestingvanilla javascript
Share this article
Read Next
Get the freshest news and resources for developers, designers and digital creators in your inbox each week