Hi Dale, as a long time tiles user it would be very interesting for me to read about some specific problem that can be easily solved in sitemesh and hard or impossible to solve in tiles. If You could provide such an example i'm sure most of us using tiles would know better when to switch to sitemesh. Actual situation for me is i know tiles and i stick to it.
Best greetings, Paweł Wielgus. 2010/6/24 Dale Newfield <d...@newfield.org>: > On 6/24/10 5:33 PM, Brian Thompson wrote: >> >> Out of curiosity, has anyone on the list actually used both Tiles and >> Sitemesh? I'd really like to read a comparison of the two > > I used tiles with Struts1 about 6 years ago. > I've been using sitemesh with Struts2 for the last several years. > > I think that sitemesh is more configurable and less constraining. I recall > fighting tiles quite a bit. > > There's a chance this has changed, and if so someone please correct me, but > the basic architecture of the two are upside down from one another. > > With sitemesh your view layer executes (bottom up), then the output of that > is collected on the server and pushed through the decorator, which means you > can have the decoration change based on the content being decorated, but the > cost is that if you generate REALLY LARGE amounts of output for a single > page, that translates into REALLY LARGE temporary memory requirements in > your server. > > With tiles it constructs and outputs the page in order, so it can get handed > directly to the response and does not need to be stored on the server, but > in order to do that the output is generated in the order the tiles define > (top down), making it hard to do anything "special" in outer tiles based on > what's determined/displayed by the actual page content. > > -Dale > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
