A rule suggesting to replace Object.prototype.hasOwnProperty.call with Object.hasOwn

[pubmikeb]

Please describe what the rule should do:
Starting V8 v.9.3, Object.prototype.hasOwnProperty.call can be replaced with an alias/syntax sugar Object.hasOwn, which is much more read-friendly. Further information: https://v8.dev/features/object-has-own

What new ECMAScript feature does this rule relate to?
Promoting using of an alias/syntax sugar Object.hasOwn instead of Object.prototype.hasOwnProperty.call.

What category of rule is this? (place an "X" next to just one item)

[ ] Warns about a potential error (problem)
[X] Suggests an alternate way of doing something (suggestion)
[ ] Other (please specify:)

Provide 2-3 code examples that this rule will warn about:
The original code:

if (Object.prototype.hasOwnProperty.call(object, 'foo')) {
  // `object` has property `foo`.
}

Should be replaced with:

if (Object.hasOwn(object, 'foo')) {
  // `object` has property `foo`.
}

Why should this rule be included in ESLint (instead of a plugin)?
Applying this rule you can make your application's code cleaner.

Are you willing to submit a pull request to implement this rule?
No.

[nzakas]

I will champion this rule, as I think it will help people better understand this new method.

[bmish]

FYI this rule was implemented in another project as unicorn/prefer-object-has-own but I suspect @fisker would be happy to see it moved to ESLint core where it can benefit more people.

[nzakas]

@bmish oh cool! We do typically introduce new rules to help people transition from old ways of doing things to new ways of doing things, so we might still end up with it as a core rule. Let’s get a few more thoughts on this. (Especially since there isn’t a great way to discover such rules and plug-ins.)

[bmish]

Yep, I'm also in favor of new core rules for that reason (like this one).

[fisker]

Will be happy to see the rule in core rules.

[aladdin-add]

proposal-accessible-object-hasownproperty is at stage-3. we can reconsider it when it reaches stage-4.

[pubmikeb]

proposal-accessible-object-hasownproperty is at stage-3. we can reconsider it when it reaches stage-4.

Since this feature is already implemented in V8 and will be in GA in Chromium-based browsers/Firefox/Safari/Node.js by the end of August, the reaching stage-4 is just a formality and by the release of ESLint 8.0 Object.hasOwn() will be in GA across all major platforms.

[nzakas]

@aladdin-add we wait for stage 4 for new syntax, but new APIs are okay to address in stage 3.

[mdjermanovic]

I'm in favor of this rule, and I think it should also report {}.hasOwnProperty.call(object, 'foo').

[ZhangChengLin]

I'm in favor of this rule, and I think it should also report {}.hasOwnProperty.call(object, 'foo').

{}.hasOwnProperty.call(object, 'foo')

Object.prototype.hasOwnProperty.call(object,'foo')

---

function fun(){
    return arguments.length
}

How to write arguments so as not to be prompted no-undef

[btmills]

I’m also supportive. Marking as accepted!

[thisiskartikgupta]

Hello everyone, I am a beginner to open-source. I have some experience in working with Javascript. Can I work on this issue?

[snitin315]

@thisiskartikgupta sure, let us know if you need any help.

[jamiebuilds]

FYI: Object.hasOwn() just reached Stage 4

[eyeamkd]

Is the PR as simple as just replacing the code? Or is there any other problem to consider?

[nzakas]

The rule first needs to identify the patterns mentioned in the issue. The second step is to replace. It is fairly straightforward.

@thisiskartikgupta are you still working on this?

[eyeamkd]

Understood @nzakas. If @thisiskartikgupta isn't currently working on this, can you please assign this to me?

[thisiskartikgupta]

I'm not working on it. You're good to go @eyeamkd !!

[nzakas]

@eyeamkd it’s all yours.

[eyeamkd]

@eyeamkd it’s all yours.

Thank you, @nzakas

[eyeamkd]

Okay!

[nzakas]

Hold on! We aren’t just going to copy someone else’s work and paste it into ESLint. We should create our own to avoid licensing issues.

This is a fairly straightforward rule that shouldn’t require anything complex enough that it requires copying something directly.

[nzakas]

@eyeamkd if you need a starting point, you can copy this rule:

https://eslint.org/docs/rules/prefer-object-spread

The logic for finding Object.assign is exactly the same as for Object.hasOwn.

[eyeamkd]

Using the same @nzakas, and yeah won't be copy-pasting anyone else's work

[bmish]

Let me try again with better advice :) Write our own rule and then check any existing third-party rules to make sure we don't miss important test cases.

[nzakas]

@bmish 👍

[AtulKarn]

Hi! is @eyeamkd still working on this? If not then can I take this up? I am new to open source and this seemed a good issue to work on

[eyeamkd]

Yeah, will place a PR soon @AtulKarn

[AtulKarn]

Oh that's great

[Gautam-Arora24]

If no one is working on this issue, can I start with it? 🙂

[pubmikeb]

If no one is working on this issue, can I start with it? 🙂

Yes, sure! Go for it.

[nzakas]

@Gautam-Arora24 go for it!

[Gautam-Arora24]

Thanks!

[eyeamkd]

Hey @nzakas, I have been getting an error while running the repo.
I've asked it on the ESLint Discord channel too, can you help me out here?
https://discord.com/channels/688543509199716507/717416886685401108/900029930526621767

[nzakas]

It looks like you don’t have an updated repo. Make sure you sync with upstream, then delete your node_modules directory and reinstall.

[mdjermanovic]

We've agreed on reporting these patterns:

Object.prototype.hasOwnProperty.call(object, 'foo')

{}.hasOwnProperty.call(object, 'foo')

Thoughts about reporting this pattern, too?

Object.hasOwnProperty.call(object, 'foo')

[pubmikeb]

Thoughts about reporting this pattern, too?

Object.hasOwnProperty.call(object, 'foo')

Yes, i would add this pattern as well.

Generally, I would propose replacing *.hasOwnProperty.* with *.hasOwn.*.

[nzakas]

Seems reasonable to me. 👍

[bharathks005]

Is the issue is not fixed, can I start to fix this issue? can I try?

[snitin315]

It is currently being implemented in #15346.