by Kevin Kononenko

1*weFuKf53lfxyJLOK_hJa7A

JavaScript Arrays and Objects Are Just Like Books and Newspapers

If you have read books and newspapers, then you can understand the difference between arrays and objects in JavaScript.

When you’re just getting started with JavaScript, it is easy to get confused on the best way to organize and store data.

On one hand, you are probably familiar with arrays from learning “for” loops. But, once you start jamming as much data as possible into arrays, you will create an unscalable mess that will be impossible to understand when you review your code.

Choosing between an object and an array gets much easier when you can quickly determine the purpose of each structure. Arrays closely fit the way that books store information. And objects fit the way that newspapers store information.

Let’s jump into it!

Arrays: Order of Data is Most Important

Here are the sections of a super short book, in array form.

Okay I’ll admit it, those are the first three chapters of the first Harry Potter book. Here is that array in visual form.

1*FQ6CJaawGTIB_oa8M-Z7GQ

You want to use arrays when order is the most important factor for organizing the information. Nobody (I hope) looks at the chapter titles of a Harry Potter book and goes, “Hmmm, that looks like an interesting one, let me skip to that!” The order of the chapters tells you which one to read next.

When you retrieve information from the array, you use the index of each element. Arrays are 0-indexed, which means they start counting at 0 rather than 1.

This means if you wanted to access index 0 of the books array, you would use:

books[0]

And you would get:

‘foreword’

If you wanted to figure out the name of the third section of the book, you would use:

books[2]

You choose which sections to read next based on order in the book, not based on the title of the chapter.

Objects: Data Label is Most Important

Here is what a newspaper might look like, in object form.

Here is that same data in visual form.

1*0C2W6JHq_TKG6anfblBiqg

Objects are best when you want to organize based on data labels. When you read a newspaper, you likely do not read it front to back, page by page. You flip to a certain section based on the section’s name. No matter where that section is located in the newspaper, you can flip to it immediately and have the appropriate context. This is unlike a book, where the order of the chapters/sections matters.

Objects organize this information via key/value pairs. It looks like this:

key: value

If you wanted to access the Business section of this newspaper, you would use the key like so:

newspaper[‘business’]

or:

newspaper.business

This would return the value ‘GE Stock Dips Again’. So, when it is easiest to access data based on a label (the key), you want to store it in an object.

Combining Objects and Arrays

So far, we have just stored strings in our arrays and objects. You can also store other basic data types like numbers and booleans, as well as:

  1. Arrays within objects
  2. Objects within arrays.
  3. Arrays within arrays
  4. Objects within objects

This is where it starts to get complex. But, you will almost always need a combination of the two to store your data in a scalable way. You want to understand the code a week later when you need to revisit it.

Let’s look at the book example again. What if we wanted to also store the number of pages in each chapter? It might be best to now fill our array with objects. Like this:

var book =[  [‘foreword’, 14],  [‘boywholived’, 18]]

We have maintained the order of our chapters, and now we have the ability to name specific properties of each chapter. So, if we wanted to know the page count of the second section, we would use:

book[1][‘pageCount’]

This would give a value of 18.

Now let’s say you wanted to see a ranking of the top writers for each section of your local newspaper, based on seniority. You could express that in an array within the newspaper object, like this:

An array fits well to store the writers because order matters. You know the earlier writers are ranked higher than the later writers in each array. The writer at index 0 is the top-ranked writer.

You could probably optimize this object by just creating objects within the newspaper object. For example, a sports object with a title and list of writers. But I will let you try that out!

Some quick challenges for you

  1. Let’s say your web app has a quiz portion, where users fill out a number of questions and then get a score at the end. You want to store a user’s answer to every question, and then efficiently check them at the end. Which structure would you use to store all the user’s answers before checking? Why?
  2. Let’s say you allow users to create a new profile on your site, with a first name, last name, email and password. You want to store that data before sending it to the back end. Which structure would you use to store all the new user’s info? Why?
  3. Let’s say you are building a forum site, where you need to rank comments based on the number of votes. Which structure might make most sense, when you need to track both the text of the comment itself AND number of votes? Hint: combo of the two of some sort.

If you enjoyed this post, you may also enjoy my other explanations of challenging CSS, JavaScript and SQL topics, such as positioning, Model-View-Controller, and callbacks.

And if you think this might help other people in the same position as you, give it a “heart”!

This post originally appeared on the CodeAnalogies blog.