You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Rick Reumann <st...@reumann.net> on 2005/07/05 22:29:56 UTC
[OT] "Show me the money..I mean Lines" WAS Re: Struts vs .NET???
Replying changing the subject so people don't think this is a struts vs
.net debate... I'm still curious what John Henry is talking about with
this GUI and less lines of code concept.. my comments below...
> John Henry Xu wrote the following on 7/2/2005 6:43 AM:
>
>> Is writting lots of getters and setters manually the most productive way in real
>> projects?
>
>
Rick Reumann reply:
> You keep coming back to this getters and setters thing:) Like I said any
> editor (even vim:) can create getters and setters. I take it you think
> Struts is all about getters and setters? Seriously, don't take offense
> to this, but I'm wondering how many Struts applications you actually
> coded? I usually have several ActionForms and some beans which do have
> get/set methods. The beans (value objects/dto's) I'd have even if I was
> coding an application in Swing/.NET or whatever. So your main thrust
> here seems to be about ActionForms and get/set methods? Honestly that's
> such a small part of the whole process I still can't believe you are
> harping on it. I think we can terminate listening to your posts because
> of this statement:
>
> "My experience was Struts have more
> codes and configuration files than straight forward JSP+Javabean+taglibs
> approach that was done before."
>
> This tells me either:
>
> A) You haven't used Struts much
>
> OR
>
> C) The applications you write using your home-grown approach have to be
> quite sucky and would be a royal pain to maintain and refactor as
> requirements change.
>
> I make this claim because Struts (and other web application frameworks)
> provide ALREADY WRITTEN CODE in jars that you'd have to write YOURSELF
> if you didn't use a framework. So, to quote you, - more lines mean more
> time and a waste of money. So under your own logic you are costing your
> company a TON of money and you might want to think about adopting some
> web framework for your developers to start using.
>
> I can get into all the little things web frameworks provide, but here
> are some simple questions I have for you that maybe you can answer from
> 'your experience'...
>
> Where do your forms submit to?
>
> How do you handle/configure where the page forwards to after the request
> is sent?
>
> When you need to change the flow of the application (what page forwards
> to where) how do you make this change?
>
> How do you handle server side validation problems and display messages
> to the user about these server side problems?
>
> If you handled ANY of the above than I will GUARANTEE you that I can
> take your SAME application, and not change any of your business logic,
> and end up with code that is CLEANER and, most importantly from your
> perspective, written in LESS lines.
>
> I truly truly would love for you to zip up a sample of one of your web
> applications and let us check out this 'smaller' code base. Please do
> it. Pretty please.
>
> I'm sorry if I sound a bit hostile, but I've had this 'argument' with so
> many people over the years. They say stuff like "I don't see why use
> (insert your favorite web framework), you just complicate things and end
> up with more code and configuration files." Then what happens is I see
> their code and see all the wasted stuff they are doing that a web
> framework provides 'out of the box.' I think the problem is these people
> don't see how the framework saves time because they haven't worked with.
>
> Do these frameworks have problems? Yes, they do. I'm not a fan of
> ActionForms myself, but I do see their place in the Struts world. JSF
> seems to have gotten rid of them. Some frameworks the learning curve
> looks too steep for me to invest the time in it (Spring's UI framework
> seemed to be one of these back in the day when I first considered it...
> the docs sucked). Others out there seem good, but I'm just too
> comfortable with Struts to make the change. I can whip out a quality web
> app using Struts and iBATIS in practically no time at all. Granted, yes,
> Struts has a learning curve, but once you learn it you can apply it to
> any app or other apps that are coded with it. Conversely, if we take
> your "JSP+Javabean+taglibs only" application it will be much more
> difficult for a new person to the application to understand (again, you
> are all about saving money so I'm not sure how you can't see how your
> home-grown approach will cost you more in the long run).
>
--
Rick
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org