[whatwg] Proposal for separating script downloads and execution
John Tamplin
jat at google.com
Tue Feb 8 08:57:29 PST 2011
On Tue, Feb 8, 2011 at 11:35 AM, Anne van Kesteren <annevk at opera.com> wrote:
> They have a way to download and execute scripts. So if the UI thread has a
> minimal script that takes care of creation of workers and creates a tunnel
> for DOM modifications you could theoretically be all set. (I have not
> followed this entire thread though, so apologies if I missed something.)
>
Is every developer having to write their own proxy to do DOM manipulations
on behalf of a Web Worker really the model you want to push here? I know
everything looks like a nail when what you have is a hammer, but surely we
can do better than that. I suspect the hack of downloading a commented
script and then evaluating it when needed is both easier to implement and
faster overall than such a solution, especially if the commented source is
stored in app cache.
Note that in the blog they mention that on an iPhone 2.2 parse time was 2.6
seconds for 200k of JS, compared to 240ms to just download it in a comment
-- the mobile network isn't the issue, it is the JS parser in mobile
browsers.
--
John A. Tamplin
Software Engineer (GWT), Google
More information about the whatwg
mailing list