Do we need an experimental extension naming convention?
brendan at mozilla.com
Fri Jul 2 10:27:16 PDT 2010
I think we should plan for success a bit more than in the past. The CSS vendor prefixes were supposed to be short-term, but some have persisted without de-jure standardization, IIRC, for years. That's the downside we can avoid cleanly by naming per draft spec.
Also, we are not decided yet that we will ship Firefox 4 with Proxy defined, but we are trying it in betas precisely to see how it works in the field (and to get usability and other developer feedback).
As with any experimental or non-standard feature, we reserve the ability to make breaking changes in the interest of standardization, down the road. This "caveat developer" doesn't always work, of course: wild success may mean we're stuck with something not standardizable (__proto__, ahem).
But that outcome provides useful signals for TC39 or whoever is tending to the evolution of the standardized language, even if the too-popular non-standard extension is a mixed bag. Design by committee is a mixed bag too :-/.
Simple modules may offer a better way, so we don't have to repeat this stunt: instead of binding Proxy in the global object, we provide a "@harmony:proxies" or some such "anti-URL" that is a valid MRL, loadable without delay by a module declaration:
<script type="harmony"> // place-holder mime type
module proxies = load "@harmony:proxies";
This moves the name reserving/colliding problem from the window object to the anti-URL, @-prefixed built-in part of the MRL space, but that's a green field and we can (try to) prescribe how it can be developed by implementors.
On Jul 2, 2010, at 9:23 AM, Allen Wirfs-Brock wrote:
> This might be done with a technique similar to CSS’s vender-specific naming conventions (eg, _moz_Proxy) or via namespacing. In either case, we won’t necessary need to use vendor names. For example, “TC39exp”, is probably a pretty collision safe global name so you might have for example TC39exp.Proxy.
> I don’t have any personal experience with CSS vender extensions, but my expression is that they may be somewhat a mixed bag from an interoperability perspective. Is this the case? I don’t want to send us down a path that is a folly but it does seem like it would be wise to clearly tag experiments as such.
> es-discuss mailing list
> es-discuss at mozilla.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss