W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2011

Re: Overview of behavior attachment as a general problem on the Web

From: John J. Barton <johnjbarton@johnjbarton.com>
Date: Fri, 08 Jul 2011 21:42:26 -0700
Message-ID: <4E17DC32.1000705@johnjbarton.com>
To: public-webapps@w3.org
On 7/8/2011 1:18 PM, Dimitri Glazkov wrote:
> As a background for the wider Component Model discussion, I put
> together an overview of the general behavior attachment problem on the
> Web:
>
> http://wiki.whatwg.org/wiki/Behavior_Attachment
>
> Please take a look. Comments, additions, and critique are appreciated.
>
> :DG<
First, I like the overview, I think it helps clear up a lot of issues. 
And it raises lots of questions, which is also good ;-).

I'm not quite connecting the dots. Behavior attachment is needed, your 
examples demonstrate that. You claim the missing facility is atomic 
component addition and proper encapsulation. Perhaps this is well known, 
but I think it would be helpful to explicitly explain why organized 
behavior attachment requires encapsulation. Actually I think a better 
approach is to explain why/how behavior attachment with encapsulation 
will be better, cheap, faster.  A small example would be helpful 
(perhaps later in the document).

Your introduction highlights encapsulation. However, it seems to me that 
encapsulation is secondary to componentization: the critical step is to 
have a way to group HTML/CSS/JS in to a unit that can be developed 
independently and then be used without reference to the implementation.  
Encapsulation in the the OO sense adds constraints that enforce the 
boundaries.  It's great and maybe even critical but not primary.

The examples sections are great, perhaps some experts will correct some 
details but your overall approach here is excellent.

The Behavior Attachment Methods section is also super, but at the end I 
was puzzled. I thought the Shadow DOM proposal only allowed one binding, 
and thus it would exclude exactly the Decorator pattern we need to 
compose multiple frameworks.  I understand how you can solve the Dojo or 
Sencha or jQuery problem better, but I don't see how you can solve the 
'and' version.

HTH,
jjb
Received on Saturday, 9 July 2011 04:42:51 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:46 GMT