<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>We can live quite nicely with treating class declaration like const declarations.  The name is logically hoisted so it is visible over the lexical scope, but the name is temporally dead until the class declaration is executed, in statement sequence, as an initializer.  </div>
</div></blockquote><div><br></div><div>This looks good to me.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>
Personally I think the answer should be "A" which implies that we have class-side inheritance.</div></div></blockquote><div><br></div><div>I'm still trying to form an opinion on this.  Dart has no static method inheritance.  In the spec, there's the following commentary:</div>
<div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_quote"><div><div><i>Inheritance of static methods has little utility in Dart. Static methods cannot</i></div>
</div></div><div class="gmail_quote"><div><div><i>be overridden. Any required static function can be obtained from its declaring</i></div></div></div><div class="gmail_quote"><div><div><i>library, and there is no need to bring it into scope via inheritance. Experience</i></div>
</div></div><div class="gmail_quote"><div><div><i>shows that developers are confused by the idea of inherited methods that are not</i></div></div></div><div class="gmail_quote"><div><div><i>instance methods</i></div></div>
</div></blockquote><div class="gmail_quote"><div> </div><div>I'd be interested to hear other viewpoints on the matter.</div><div><br></div><div>kevin</div></div>