Using Array.at() over Array[index]

This article will explore why Array.prototype.at() is more ideal than Array[index] when accessing array elements.

Motivation

In the past, when accessing array elements, I used to use Array[index], such as Array[1]. This is what I'm familiar with and how I learned to get array elements.

However, a colleague recently asked in a code review: "Why not use Array.prototype.at() instead of using the index directly?"

My code is:

const element = arr[1];

He suggested changing to:

const element = arr.at(1);

This approach stands out to me because it looks very simple and intuitive.

How to use Array.prototype.at()

Array.prototype.at() accepts an integer as argument and returns the corresponding element in the array.

For example, for an array:

const arr = ["One", "Two", "Three"];

Call:

arr.at(0); // 返回 "One"

This is equivalent to the square bracket notation array[0]. You may be wondering, what's the difference? Next we’ll dive into the advantages of using this approach.

Why is Array[index] not ideal?

Let’s look at some scenarios where Array.prototype.at() should be used instead of Array[index].

Get the last element of the array

Suppose there is an array of strings:

const sports = ["basketball", "baseball", "football"];

To get the last element "football" of the array, you can write:

const lastElement = sports[sports.length - 1];

This is the correct approach; however, it can be written more concisely using the Array.prototype.at() method:

const lastElement = sports.at(-1);

Is it easier to read?

Type inference

In TypeScript, square bracket notation does not include undefined in type inference.

const arr: string[] = [];
const element = arr[0];
console.log(element); // undefined

The type of

element is inferred as string, not string | undefined.

We expect TypeScript to give compilation errors when writing this code.

Typically, we want to ensure that the array element being accessed exists.

const arr: string[] = [];
const element = arr[0];
if (typeof element === 'string') console.log(element);

The weird thing is that we are checking the element type that TypeScript infers as string.

You might think of using type assertions:

const element: string | undefined = arr[0];

However, this is not ideal as we should not take it upon ourselves to write perfect code.

To solve this problem, we can take two approaches:

1. Write type protection functions
2. Use the noUncheckedIndexedAccess compiler option

Both methods work well, but if you use Array.prototype.at() you don't need to do both.

const arr: string[] = [];
const element = arr.at(0); // string | undefined
console.log(element);

If you try to insert element into another value of type string you will get a compile error:

const element = arr[1];

Conclusion

Use Array.prototype.at() to write cleaner code and avoid adding extra functions and configuration.

Array.prototype.at() Explanation on Mozilla Developer Network: Link (please replace with actual link)

The above is the detailed content of Using Array.at() over Array[index]. For more information, please follow other related articles on the PHP Chinese website!