[Seaside] Re: Component granularity & numbers

[Sebastian Sastre]

Is your domain model design scalable, clean and simple? Is your application
domain design scalable, clean and simple? Is the browsing experience good
enough? If so what would be the problem of having 1500 components in one
page? 

Perhaps I'm not understanding your question.

Cheers,

Sebastian

> -----Mensaje original-----
> De: seaside-bounces at lists.squeakfoundation.org 
> [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre 
> de itsme213
> Enviado el: Sábado, 05 de Enero de 2008 05:00
> Para: seaside at lists.squeakfoundation.org
> Asunto: [Seaside] Re: Component granularity & numbers
> 
> 
> "Yanni Chiu" <yanni at rogers.com> wrote
> > The approach will start to break down when the underlying business 
> > objects have more specialized behaviour.
> 
> If by "specialized behaviors" you mean things that typically 
> involve some sequence of user interaction, primarily dealt 
> with by WATask or Ajax equivalents, I include these as well. 
> I think much of these can be automated by generic components 
> + suitable metadata. I'd be interested in other kinds of 
> things you consider exceptions as well.
> 
> I was looking more for guidance on plain scale of # of 
> components. If a page shows 5 primary domain objects in some 
> detail, but show another 100 domain objects in summary, some 
> of them multiple times (e.g. just their names), should I use 
> 105+ components instances or just 5?
> 
> Thanks - Sophie
> 
> 
> 
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside