----- Original Message ----- From: "Erik Hatcher" <[EMAIL PROTECTED]> To: "Tapestry users" <[email protected]> Sent: Wednesday, May 11, 2005 2:43 PM Subject: Re: Tapestry's Simplicity Blues
> I enjoy your posts and this one was no exception. You provide a much > needed refreshing viewpoint on Tapestry. I converse with Howard > about complexity on a regular basis. I won't paraphrase his view, > but it does contrast with mine. I feel that complexity leaks, much > like the age old "abstractions leak" mantra. The more complex the > core of Tapestry, the more magic that it contains, the more likely > that complexity is felt by the programmer trying to build a page. Yes Erik, More magic means more complexity. Sometimes, it gives me thoughts that it's not Tapestry itself the reason for complexity. Sure, probably bunch of things can be better, and some of them become in new versions. But maybe it's just this whole event-driven component aproach that is sooo different from stateless HTTP world, that it requires from framework to do a lot of magic, inevitably leading to complexity. Maybe I'm wrong, but it seems to me that request-driven frameworks (Spring MVC, Turbine, WebWork...) are much simplier to develop. I'm not talking about benefits that users have, just from framework developer's viewpoint. Thing is that I never worked with JSF or APS.NET to judge Tapestry with other component web frameworks. From what I've read around, I sincerely doubt that JSF is simplier, but I would really like some expeienced ASP.NET developer to say his opinion. Comparing component web frameworks and request-driven ones, somehow remind me of statement I heard once about VB and Java : "Newbies in VB can develop only crappy software. Newbies in Java can't do anything." Hope Howard will not take this thread as attack on his framework. I wouldn't be using it if I thought it was something better out there. -Vjeran -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.8 - Release Date: 10.5.2005 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
