Ember.isEmpty({}) returns false

[ultimatemonty]

Currently Ember.isEmpty returns false if I pass in an empty object when I would expect it to return true. This feels like a gap in the functionality.

@taras suggested using Ember.keys({}).length === 0 and while this certainly works it doesn't feel intuitive when you have Ember.isEmpty available.

It's trivial to implement - I'd be glad to submit a PR if it's agreed that it is indeed a gap.

[taras]

Ember.keys({}).length === 0 could be added to Em.isEmpty for testing objects.

[workmanw]

I think there is a distinction between Ember.isEmpty and Ember.isNone. If you're looking for null checking, you should use Ember.isNone.

Completely misread. Sorry about that.

[ultimatemonty]

@workmanw my usecase isn't null checking. I was passing an object to store.find and had a need to remove a specific property on the object if present and then check to see if the object had other properties or if it was empty.

...

if (typeof query.procedure !== 'undefined') {
   var proc = query.procedure;
   var httpRequestType = 'GET';

   delete query.procedure;

   // check to see if there are additional query params
   // Currently Ember.isEmpty(query) will always return false even if query has no additional properties
   if (!Ember.isEmpty(query)) {
      httpRequestType = 'POST';
   }
}

...

Ember.isNone({}) returns false which is correct because the object isn't null - it's empty.

[gtsop]

isEmpty is not meant to check for empty objects:

https://github.com/emberjs/ember.js/blob/master/packages/ember-metal/lib/is_empty.js#L6-L7

https://github.com/emberjs/ember.js/blob/master/packages/%40ember/-internals/metal/lib/is_empty.ts#L6-L7

[stefanpenner]

This was decided because we couldn't guarentee the same results across all our browsers. As es3 browsers have no concept of user defined non enumerable methods. At the point in time we where we drop them we could revisit this.

[ultimatemonty]

thanks @stefanpenner will close for now and use @taras suggested method.

[ronco]

With 2.0 dropping support for IE 8 could we consider fixing this behavior to be true on {}? That would seem more consistent with the behavior for [] and 2.0 would be a good occasion to introduce an API breaking change.

[BlueRaja]

Bump, makes no sense that an empty object isn't empty.

[timini]

Confusing.

[stefanpenner]

We can likely revisit this in 2.0 which drops support for IE8, so now there is a concept of enumerable vs non enumerable properties across all our target platforms.

In-fact aspects of ember already rely on this concept. {{each-in}

If someone is interested in championing and RFC we may be able to re-open things thought.

[BillBrower]

Was this revisited in 2.0?

[gnapse]

I don't think so. And it should have been IMO. It does not make sense that Ember.isEmpty({}) is false.

[akshayrawat]

Also this is directly present in JQuery – https://api.jquery.com/jQuery.isEmptyObject/