Benchmark: Lodash.get vs Lodash.property (new instance each time) vs native

HTML Preparation code:

<script src="https://cdn.jsdelivr.net/lodash/4.16.0/lodash.min.js"></script>

Script Preparation code:

var person = {name: 'Frederick', lastName: 'Corcino Alejo', foo: { bar: "baz" } };

Tests:

Lodash get
_.get(person, 'foo.bar');
_property
_.property("foo.bar")(person);
native
person.foo.bar;

Rendered benchmark preparation results:

Suite status: <idle, ready to run>

Previous results

Test case name	Result
Lodash get
_property
native

Fastest: N/A

Slowest: N/A

Latest run results:

Run details: (Test run date: 2 years ago)

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.60 Safari/537.36

Browser/OS: Chrome 100 on Mac OS X 10.15.7

View result in a separate tab

Test name	Executions per second
Lodash get	3101996.0 Ops/sec
_property	2385895.0 Ops/sec
native	16864496.0 Ops/sec

Autogenerated LLM Summary (model llama3.2:3b, generated 2 months ago):

LLMs can make mistakes. Check important info.

Let's break down the benchmark and explain what's being tested.

**Benchmark Overview**

The benchmark is comparing three approaches to access a nested property in an object:

1. **Lodash.get**: A function from the Lodash library that performs the same operation as accessing an object property using dot notation.
2. **Lodash.property (new instance each time)**: An alternative implementation of `_.property` that creates a new instance each time it's called, instead of reusing an existing instance.
3. **Native**: Directly accessing the nested property using dot notation.

**Options Compared**

The benchmark is comparing the performance of these three approaches:

* Lodash.get: A wrapper around the object property access
* Lodash.property (new instance each time): An alternative implementation with a new instance created each time
* Native: Directly accessing the nested property

**Pros and Cons**

Here's a brief summary of the pros and cons of each approach:

1. **Lodash.get**:
	* Pros: Reusable, efficient implementation that avoids creating unnecessary object instances.
	* Cons: Adds overhead due to the wrapper function.
2. **Lodash.property (new instance each time)**:
	* Pros: Allows for more flexibility in implementation and potentially better cache performance.
	* Cons: Creates a new instance each time, which can lead to increased memory usage and slower performance.
3. **Native**:
	* Pros: Fastest and most efficient way to access nested properties, with minimal overhead.
	* Cons: Requires direct knowledge of the object structure and may not be as flexible or reusable.

**Library and Purpose**

The Lodash library is a popular utility library for JavaScript that provides various functions for working with objects, arrays, and other data structures. In this benchmark, `_.get` is used to access nested properties in an object, while `_property` creates a new instance each time it's called.

**Special JS Feature or Syntax**

There are no special JavaScript features or syntaxes being tested in this benchmark. The focus is on the performance comparison of different approaches to accessing nested properties.

**Alternative Approaches**

Other alternatives for accessing nested properties might include:

* Using bracket notation (`person['foo.bar']`) instead of dot notation.
* Using a custom function with a simple loop to iterate over the object's property names and find the desired key.
* Utilizing a library like underscore or moment.js, which provides similar functions for working with objects and data.

Keep in mind that these alternatives might have different performance characteristics and trade-offs compared to Lodash or native access.

Related benchmarks:

Lodash.get vs Lodash.property (new instance each time) vs native (version: 0)

Comparing performance of: Lodash get vs _property vs native

Created: 2 years ago by: Guest

Jump to the latest result

Lodash get

_property

native

Suite status: <idle, ready to run>

Experimental features:

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated 2 months ago):