canirequire › CommonJS › object.entries
Is object.entries ESM-only? Can you require() it?
ES2017 spec-compliant Object.entries shim.
Last verified Sep 9, 2026 against object.entries@1.1.9. Markdown · JSON
CommonJS CommonJS — require() works on every Node.js version we test
object.entries ships CommonJS only. require("object.entries") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >= 0.4. import "object.entries" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.
What to do
- require("object.entries") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >= 0.4.
- From ES modules use the default import: import objectEntries from "object.entries"; then destructure. Named imports only work when Node.js can statically detect the exports.
- TypeScript: npm install -D @types/object.entries
Does object.entries@1.1.9 actually load? Runtime test results
Installed and executed on Sep 9, 2026 with require("object.entries") from a CommonJS file and import "object.entries" from an ES module.
| Runtime | require("object.entries") | import "object.entries" |
|---|---|---|
| Node.js 18 | ✓ works | ✓ works |
| Node.js 20 | ✓ works | ✓ works |
| Node.js 22 | ✓ works | ✓ works |
| Node.js 24 | ✓ works | ✓ works |
| Node.js 26 | ✓ works | ✓ works |
| Bun 1.4.0 | ✓ works | ✓ works |
How to import object.entries
ES modules (import)
import objectEntries from "object.entries";Named imports from a CommonJS package only work when Node.js can statically detect them. If a named import fails, use the default import and destructure.
CommonJS (require)
const objectEntries = require("object.entries");Module format by version
Derived from the type, main and exports fields of every stable release on npm, corrected where a runtime test of that version contradicted them (15 versions; the newest 15 shown).
| Versions | Format | First published |
|---|---|---|
| 1.0.0 – 1.1.9 | CommonJS | Sep 2, 2015 |
Frequently asked
Is object.entries ESM-only?
object.entries@1.1.9 is a CommonJS package. object.entries ships CommonJS only. require("object.entries") works on every Node.js version we test (18, 20, 22, 24 and 26) and in Bun. The package declares Node.js >= 0.4. import "object.entries" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.
Can I import object.entries with ES module syntax?
Yes. import objectEntries from "object.entries" works in Node.js and Bun because they support importing CommonJS modules. Named imports work only when Node.js can statically detect the exports.
Does object.entries work in Bun?
Yes. import "object.entries" loaded successfully in Bun 1.4.0 on Sep 9, 2026.
Does object.entries ship TypeScript types?
Not bundled. Install the community types with "npm install -D @types/object.entries".
Links
Other commonjs packages
- debug 4.4.3CommonJS
- semver 7.8.5CommonJS
- ms 2.1.3CommonJS
- picomatch 4.0.7CommonJS
- ajv 8.20.0CommonJS
- source-map 0.8.0CommonJS
- react-is 19.2.8CommonJS
- readable-stream 4.7.0CommonJS
Similar popularity
- @radix-ui/react-roving-focus 1.1.19Dual
- @radix-ui/react-use-size 1.1.4Dual
- is-unicode-supported 2.1.0ESM-only
- @radix-ui/react-presence 1.1.10Dual
- istanbul-lib-instrument 6.0.3CommonJS
- react-remove-scroll-bar 2.3.8CommonJS
- @aws-sdk/credential-provider-env 3.972.70CommonJS
- @aws-sdk/credential-provider-process 3.972.70CommonJS