Design principles for extending ES object abstractions

Allen Wirfs-Brock allen at
Tue Jul 12 11:42:54 PDT 2011

On Jul 12, 2011, at 11:28 AM, David Herman wrote:

> No pejorative overtones intended. We just don't yet have any decent terminology for distinguishing the full front end from the backwards-compatible one.

In the working draft of the specification I'm using "extended code" to mean the extended language constructors that will require opt-in access.  I also redefine "strict code" to encompass both ES5 strict mode mode and extended code.


More information about the es-discuss mailing list