Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

src: deprecate root and GLOBAL variables #1838

Closed
wants to merge 1 commit into from

Conversation

JacksonTian
Copy link
Contributor

The root and GLOBAL never be documented.

@silverwind silverwind added the semver-major PRs that contain breaking changes and should be released in the next major version. label May 29, 2015
@silverwind
Copy link
Contributor

I think these should be pretty low risk to remove. If someone has an idea on how to print a deprecation warning when accessing the global or its properties, we could also go that route.

@Fishrock123
Copy link
Contributor

If someone has an idea on how to print a deprecation warning when accessing the global or its properties

Use a Getter?

@brendanashworth
Copy link
Contributor

There shouldn't be much code relying on this but there may be some so we do need a deprecation message.

edit: btw the commit log should be src: not lib:

@silverwind
Copy link
Contributor

Use a Getter?

Won't work for usage like GLOBAL.setTimeout() is suppose.

@Fishrock123
Copy link
Contributor

@silverwind isn't that still accessing GLOBAL from global?

@silverwind
Copy link
Contributor

@Fishrock123 right, something like this should work:

Object.defineProperty(global, 'GLOBAL', {get: function() {
  util.deprecate(function() {}, "'GLOBAL' is deprecated, use 'global'");
  return global;
}});

@JacksonTian could you try incorporating such a print to both globals instead of removing them?

@silverwind
Copy link
Contributor

Better one:

Object.defineProperty(global, 'GLOBAL', {
    get: util.deprecate(function() { return global; }, "'GLOBAL' is deprecated, use 'global'")
});

@targos
Copy link
Member

targos commented May 29, 2015

maybe also make the property writable ?

@silverwind
Copy link
Contributor

maybe also make the property writable ?

Right, this is getting interesting now. Below code should only print once on first read/write access:

var g = r = global;
var accessGlobal = util.deprecate(function(val) {
    if (val) g = val;
    return g;
}, "'GLOBAL' is deprecated, use 'global'");
var accessRoot = util.deprecate(function(val) {
    if (val) r = val;
    return r;
}, "'root' is deprecated, use 'global'");

Object.defineProperty(global, 'GLOBAL', {get: accessGlobal, set: accessGlobal});
Object.defineProperty(global, 'root', {get: accessRoot, set: accessRoot});

@silverwind
Copy link
Contributor

One more revision:

const holders = {GLOBAL: global, root: global};
const accessGlobal = util.deprecate(function(val) {
    if (val) holders.GLOBAL = val;
    return holders.GLOBAL;
}, "'GLOBAL' is deprecated, use 'global'");
const accessRoot = util.deprecate(function(val) {
    if (val) holders.root = val;
    return holders.root;
}, "'root' is deprecated, use 'global'");

Object.defineProperty(global, 'GLOBAL', {get: accessGlobal, set: accessGlobal});
Object.defineProperty(global, 'root', {get: accessRoot, set: accessRoot});

@JacksonTian feel free to use something like that. Otherwise, I could do a PR that succeeds this one :)

@JacksonTian JacksonTian force-pushed the remove_root branch 2 times, most recently from acbdbcf to 233d4f8 Compare May 30, 2015 08:20
@JacksonTian
Copy link
Contributor Author

@silverwind The PR is updated, please review it again.

@brendanashworth brendanashworth added semver-minor PRs that contain new features and should be released in the next minor version. and removed semver-major PRs that contain breaking changes and should be released in the next major version. labels May 30, 2015
@bnoordhuis
Copy link
Member

GLOBAL === global and root === global so you can just return this inside the setter, no need to create a separate object.

Apropos assignment, I'd replace the getter/setter inside the setter, e.g.:

Object.defineProperty(global, 'GLOBAL', {
  configurable: true,  // but not enumerable
  get: util.deprecate(function() { return this; },
                      `'GLOBAL' is deprecated, use 'global'`),
  set: function(value) {
    const desc = { configurable: true, enumerable: true, value: value };
    Object.defineProperty(this, 'GLOBAL', desc);
  },
});

Ditto for root. You can even go one step further and redefine the property inside the getter as well if you change it to:

get: util.deprecate(function() {
  const desc = { configurable: true, enumerable: true, value: this };
  Object.defineProperty(this, 'GLOBAL', desc);
  return this;
}, `'GLOBAL' is deprecated, use 'global'`)

That prints a warning on the first access and then gets out of the way. It won't regress code that uses GLOBAL or root in performance-sensitive code.

@silverwind
Copy link
Contributor

+1 for using this.

@bnoordhuis I have a bit of a hard time understanding why running defineProperty each access can be faster, but you're probably right :)

@silverwind silverwind changed the title lib: remove variables root and GLOBAL src: deprecate root and GLOBAL variables May 30, 2015
@bnoordhuis
Copy link
Member

@silverwind The getter calls defineProperty on the first access. After that the property is no longer a getter, just a regular property.

@silverwind
Copy link
Contributor

@bnoordhuis oh right, thats quite genius!

@targos
Copy link
Member

targos commented May 31, 2015

@bnoordhuis 👍 very clever

The setter can be simplified using shorthand property:

set(value) {
  const desc = { configurable: true, enumerable: true, value: value };
  Object.defineProperty(this, 'GLOBAL', desc);
}

@targos
Copy link
Member

targos commented May 31, 2015

and maybe it should be writable: true as well ?

@bnoordhuis
Copy link
Member

Good point, it should be writable when setting the value (but not when setting the getter/setter pair.)

@JacksonTian
Copy link
Contributor Author

Hi everyone, I updated the PR by your comments, thanks.

// getter
const get = NativeModule.require('util').deprecate(function() {
const desc = { configurable: true, enumerable: true, value: this };
Object.defineProperty(this, 'GLOBAL', desc);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should be Object.defineProperty(this, name, desc);

// Deprecate GLOBAL and root
['GLOBAL', 'root'].forEach(function(name) {
// getter
const get = NativeModule.require('util').deprecate(function() {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tiny suggestion: the code might look a little better if you pulled the NativeModule.require('util') out into a variable. Feel free to ignore if you want.

@cjihrig
Copy link
Contributor

cjihrig commented Feb 4, 2016

LGTM with the same suggestions. And +1 to this being semver-major.

@ChALkeR
Copy link
Member

ChALkeR commented Feb 4, 2016

@jasnell
Copy link
Member

jasnell commented Feb 4, 2016

LGTM as semver-major

@silverwind silverwind removed the stalled Issues and PRs that are stalled. label Feb 4, 2016
@silverwind
Copy link
Contributor

ping @JacksonTian

@brendanashworth
Copy link
Contributor

@bnoordhuis back then, root and GLOBAL were just outright removed, but when they were deprecated I changed it to semver-minor. +1 for major though.

The `root` and `GLOBAL` never be documented.
@JacksonTian
Copy link
Contributor Author

Updated. Thanks all.

@thefourtheye
Copy link
Contributor

LGTM

@ChALkeR
Copy link
Member

ChALkeR commented Feb 8, 2016

LGTM (if passes CI)

@silverwind
Copy link
Contributor

bnoordhuis pushed a commit that referenced this pull request Feb 10, 2016
The `root` and `GLOBAL` were never documented.

PR-URL: #1838
Reviewed-By: Ben Noordhuis <[email protected]>
Reviewed-By: Colin Ihrig <[email protected]>
Reviewed-By: James M Snell <[email protected]>
Reviewed-By: Сковорода Никита Андреевич <[email protected]>
Reviewed-By: Roman Reiss <[email protected]>
Reviewed By: Sakthipriyan Vairamani <[email protected]>
@bnoordhuis
Copy link
Member

Unrelated lint error addressed by #5161. Landed in 4e46931, thanks @JacksonTian!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
semver-major PRs that contain breaking changes and should be released in the next major version.
Projects
None yet
Development

Successfully merging this pull request may close these issues.