Upgrade to DCL V2 about delite

[uhop]

Both issues in dcl v2 are fixed, and a new version 2.0.6 is published in npm.

BTW, there is another version of dcl — dcl6. It is a version for ES6 (classes, symbols, and so on). It is not published because there is no documentation, and tests for the debug module are unfinished. Yet, I use it already, and it should be understandable for users of dcl and, of course, there are tests.

BTW, some features of dcl6 were actually back-ported to dcl at some point or another.

[wkeese]

Thanks @uhop! I do know about dcl6 but I don't think we can use it because presumably it doesn't support IE11 (and we need to support IE11). Did I misinterpret?

It would be nice to use because the custom elements V1 API only works with classes. (That's according to https://github.com/webcomponents/custom-elements#es5-vs-es2015)

[uhop]

You are correct, but partially. The way to do it nowadays is to use the modern JavaScript supported by all modern browsers, and transpire it for the rest, e.g., IE11, with Babel. Last time I checked dcl6 works when transpiled and used with a standard Web Component shim.

[wkeese]

Ah that makes sense. Actually we are already transpiling, so I guess we could switch to dcl6, but I'll put it down for a "stage 2" because it's a big syntax change.

It might be nice though if dcl2 created ES6 classes behind the scenes, when ES6 was supported. Or are you already doing that?

[uhop]

It does use ES6 classes inside. Something like that:

const NewClass = dcl(BaseClass, Mixin1, Mixin2, Base => class extends Base {
  constructor() {
    super();
    // ... do stuff
  }

  method1() { /* ... */ }

  get prop1() { return this._prop1; }
  set prop1(value) { this._prop1 = value; }
});

The usual ES6 class stuff. Plus chains and AOP.

The reason I didn't publish it yet: there is an effort to bring decorators to ES6 classes. The discussion never ends. But I don't want to commit to something totally incompatible with the result. OTOH, for now, I decided to use a separate directive object, which lends itself to future decorators whatever they are. Of course, it is all predicated on them being not completely brain-dead.

Another reason is I didn't decide on packaging yet. Most probably I'll leave it to application developers and provide raw ES6 code.

Look at tests to get the feel. They are mostly ported from dcl v2.

[wkeese]

I was actually suggesting the dcl version 2 internally use classes (on supported browsers), so that it could also be used with CustomElementRegistry.define(). Not sure if it's a good idea or not.

[uhop]

Not doable. Unfortunately class is not a syntax sugar as popularly believed. It is the only way to subclass native objects like Array or HTMLElement. It is not possible to do by messing with prototypes in JavaScript. So I had to redo how mixins are defined and how chains/AOP declared. Essentially dcl6 is dcl v2 with classes and an updated API to facilitate the change.

You can think that dojo.declare() was for ES3, dcl was for the incomplete ES5, dcl v2 is for the complete ES5 (+ properties), dcl6 is for ES6 (+ classes, symbols, more introspection).