I don't find anything about my question here on MDC or the ECMAscript specifications. Probably somebody knows a more 'hacky' way to solve this.
I'm calling "use strict"
on every javascript file in my environment. All my files start like this
(function(win, doc, undef) { "use strict"; // code & functions }(window, window.document));
Now, I have a custom function which handles errors. That functions uses the .caller
property to provide a context stack trace. Looks like this:
var chain = (function() { var _parent = _error, _ret = ''; while( _parent.caller ) { _ret += ' -> ' + _parent.caller.name; _parent = _parent.caller; } return _ret; }());
But of course, in strict mode .caller
is a non-deletable prop which throws when retrieved. So my question is, is anybody aware of way to disable strict more "function-wise" ?
"use strict";
is inherited by all functions after it was called. Now we have the possibilty to just use strict mode in specific functions by just calling "use strict";
at the top of those, but is there a way to achieve the opposite ?
Turning on strict mode helps you find errors sooner, before they become bigger problems. And it forces you to write better code. Always use strict mode on your scripts.
Is use strict necessary? The strict mode is no longer required since the release of ES2015, which fixes most of JavaScript's confusing behavior with a more robust syntax. It's just good to know because you might find it in legacy projects that still used it.
Strict Mode(“use strict”) helps identify common issues (or “bad” parts) and also helps with “securing” JavaScript. In ES5, the Strict Mode is optional but in ES6, it's needed for many ES6 features.
Strict mode for modulesThe entire contents of JavaScript modules are automatically in strict mode, with no statement needed to initiate it.
No, you can't disable strict mode per function.
It's important to understand that strict mode works lexically; meaning — it affects function declaration, not execution. Any function declared within strict code becomes a strict function itself. But not any function called from within strict code is necessarily strict:
(function(sloppy) { "use strict"; function strict() { // this function is strict, as it is _declared_ within strict code } strict(); sloppy(); })(sloppy); function sloppy(){ // this function is not strict as it is _declared outside_ of strict code }
Notice how we can define function outside of strict code and then pass it into the function that's strict.
You can do something similar in your example — have an object with "sloppy" functions, then pass that object to that strict immediately invoked function. Of course, that won't work if "sloppy" functions need to reference variables from within main wrapper function.
Also note that indirect eval — suggested by someone else — won't really help here. All it does is execute code in global context. If you try to call a function that's defined locally, indirect eval won't even find it:
(function(){ "use strict"; function whichDoesSomethingNaughty(){ /* ... */ } // ReferenceError as function is not globally accessible // and indirect eval obviously tries to "find" it in global scope (1,eval)('whichDoesSomethingNaughty')(); })();
This confusion about global eval probably comes from the fact that global eval can be used to get access to global object from within strict mode (which isn't simply accessible via this
anymore):
(function(){ "use strict"; this; // undefined (1,eval)('this'); // global object })();
But back to the question...
You can kind of cheat and declare a new function via Function
constructor — which happens to not inherit strictness, but that would rely on (non-standard) function decompilation and you would lose ability to reference outer variables.
(function(){ "use strict"; function strict(){ /* ... */ } // compile new function from the string representation of another one var sneaky = Function('return (' + strict + ')()'); sneaky(); })();
Note that FF4+ seems to disagree with spec (from what I can tell) and incorrectly marks function created via Function
as strict. This doesn't happen in other strict-mode-supporting implementations (like Chrome 12+, IE10, WebKit).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With