[whatwg] Workers proposal

Jonas Sicking jonas at sicking.cc
Thu Aug 21 09:12:50 PDT 2008

Ian Hickson wrote:
> On Wed, 20 Aug 2008, Jonas Sicking wrote:
>> Do we really need the SharedWorker interface. I.e. couldn't we just 
>> return a MessagePort?
> We could. It would mean either putting onerror on all message ports, or 
> not reporting error information for shared workers. Actually even if we 
> did put onerror on ports, it would be difficult to define which ports 
> actually get the error events.
> It would also mean not using a constructor, but that's fine.
> Finally, it would make extending the interface later much harder if we 
> found that it was useful to allow different users of the shared worker to 
> control something.
> Anyone else have any opinions on this?

Yeah, I don't feel strongly either way here. It feels "cleaner" to not 
have separate SharedWorker instances for each user of a shared worker, 
but there are also downsides with not doing that (like onerror and other 
future properties that we might want).

So I'm fine either way.

>> I think startConversation makes as much sense on shared workers as 
>> dedicated ones, so moving that API up to Worker/WorkerGlobalScope seems 
>> like a good idea.
> startConversation is on the port(s) in the shared worker case. I'm not 
> sure what it would mean on the worker or global scope in the shared case, 
> since there's no target without the port in that case.

Ah, of course.

>> If we keep the constructors (see first paragraph), I would prefer the 
>> syntax "new Worker" over "new DedicatedWorker".
> That's fine, I can change the base to be AbstractWorker and then have 
> Worker and SharedWorker as the interfaces inheriting from it.

Sounds good to me.

/ Jonas

More information about the whatwg mailing list