<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 17, 2014 at 1:02 PM, Jason Orendorff <span dir="ltr"><<a href="mailto:jason.orendorff@gmail.com" target="_blank">jason.orendorff@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, Jun 17, 2014 at 2:49 PM, Jasper St. Pierre<br>
<<a href="mailto:jstpierre@mecheye.net">jstpierre@mecheye.net</a>> wrote:<br>
> How would<br>
><br>
>     constructor() {<br>
>         if (rand() > 0.5)<br>
>             super("A");<br>
>     }<br>
><br>
> behave?<br>
<br>
</div>SyntaxError.<br>
<div class=""><br></div></blockquote><div><br></div><div>Ouch.. Don't know, there are several valid semantics. I don't know about Java (as you say it's enforces calling parent constructor automatically, and allows only on top of the child constructor), but there are other valid semantics (Python, Ruby, etc), that don't force this restriction.<br>
<br></div><div>Does it make implementation's simpler? I think the main driver should be developers life, not the implementation.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
> We could prevent this behavior by making sure that super(); must be the<br>
</div>> first statement in a constructor, [...]<br>
<br>
That is what I proposed.<br>
<br>
> [...] but that means that the subclass can't<br>
<div class="">> really influence the parent constructor execution at all.<br>
<br>
</div>Any class can explicitly define a `static [Symbol.new]()` method, if desired.<br>
<br>
Or the constructor method can return another object, so that the base<br>
class @@new method is called, but the object it created is thrown<br>
away. I should have mentioned that -- I would retain this behavior,<br>
which is already in ES6, but none of the examples used it so I forgot<br>
to say so.<br>
<br>
Anyway --- skipping a base class constructor is not a normal thing to<br>
do. It shouldn't be the default.<br>
<span class="HOEnZb"></span><br></blockquote><div><br></div><div>That's the question. I guess there could valid cases when you wanna call parent constructor conditionally as was shown, or to call it after prologue initialization (which probably would set some default props needed for the parent ctor) in the child constructor. <br>
<br></div><div>Dmitry.<br></div></div></div></div>