Win a copy of Bad Programming Practices 101 (e-book) this week in the Beginning Java forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

Struts ... (to the autor)  RSS feed

 
Greenhorn
Posts: 13
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hello, the MVC "architecture" is an old friend ? now, I'm bored to do all by myself, and the time is a resource a little bit expensive too. Someone tell my about struts, but in the fact, i don't know how can affect the performance adding a lot of layers. The other mistery is the learning courve, comparing with the learning courve of EJB, you can give me a clue ?
Thanks for your patience (and to read my bad english, too! )

S/A MCP JSCP
Carlos Schweizer.-
 
author
Sheriff
Posts: 11962
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The learning curve for "getting started" is definitely much lower with Struts than with Enterprise JavaBeans. I can't compare the learning curve for "becoming good", though, since I'm still very much a newbie to Struts myself.
 
Carlos Schweizer
Greenhorn
Posts: 13
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks for your reply, and what's your opinion in matters of performance, and changeability ?
 
Ranch Hand
Posts: 8934
Firefox Browser Java Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Lasse

What is the future of struts. Do you think more components will be added to struts or existing components suffice. Also with JSF coming up, what is the future ? There are articles which say that they can co exist but I believe struts may finally go away. :roll:
 
Lasse Koskela
author
Sheriff
Posts: 11962
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Performance? Well, let's say I haven't needed to run a profiler for the Struts applications I've written -- none of them has been a production application...

Regarding changeability, I'd say Struts rocks. Because the navigation is handled in the struts-config.xml, you can tweak things quite a lot without touching the code.
 
Lasse Koskela
author
Sheriff
Posts: 11962
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Originally posted by Pradeep Bhat:
What is the future of struts. Do you think more components will be added to struts or existing components suffice. Also with JSF coming up, what is the future ? There are articles which say that they can co exist but I believe struts may finally go away. :roll:

Again, I'm far from being the best person to answer these questions, but I'll be happy to share my beliefs.

My guess would be that Struts will be around and kicking for a couple of years at least -- it takes time for JSF to become mainstream and it seems to require a couple of minor version increments before it can honestly compete with Struts' functionality. By that time, the Struts developers might have invented new features, new abstractions, new whatever, which makes it superior (in some aspects) to other web application frameworks. If Struts would stay like it is today, then you can be sure that time will make it fade away.

Remember that it's not a good or bad thing as such if Struts eventually goes away... As long as we get a new set of alternatives that are superior to what we have today.
 
Carlos Schweizer
Greenhorn
Posts: 13
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
OK, ok, it's not a dog fight, nobody can tell nothing about the future of a framework, or whatever, think that there are a lot of brains and emerging technologies around the world, nobody can say nothing about two month latter. My question was not about the future of struts. My question is about the aplicability and the performance os struts like a reliability framework to develop applications in a less expensive way than all mvc by myself. I start working with java with a notepad.exe and javac, (really for the SCJP was a good training ), so, if performance an "maintainability" (ups ! this is a new word in my vocabulary) are not weakness of struts, I really consider to adopt them to my work.
Thanks for post, i'm seeing the number of your posts and feeling like plancton (wale food).

S/A SCJP MCP
Carlos.-
 
Lasse Koskela
author
Sheriff
Posts: 11962
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Originally posted by Carlos Schweizer:
Thanks for post, i'm seeing the number of your posts and feeling like plancton (wale food).

It's all about the signal-to-noise ratio, which cannot be derived from a post count
 
author & internet detective
Marshal
Posts: 38366
645
Eclipse IDE Java VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Carlos,
Adding layers is rarely a performance problem. We have a bunch of production applications that use struts. The overhead is always in the back end (database, processing, ...) As long as your layers are thin, like they are in struts, it's fine.
 
Ranch Hand
Posts: 365
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Almost all of our production apps are struts. Struts has given us the ability to manage large, complex projects in a more simplistic manner.

The one legit argument against struts in my opinion is the learning curve. But once you do it a few times, it becomes easy and more preferable to other frameworks.

Also, Bear says this about struts:

overblown, too configurationally sensitive, lacking decent error reporting and diagnostic tools, and just general icky-ness such as the nomenclature chosen (which highly contributes, in my opinion, to the difficult learning curve).



This, I somewhat agree with but the last post in this thread by david Hibbs pretty much sums up what I feel about the struts framework:

Struts thread
[ May 18, 2004: Message edited by: William Duncan ]
 
Ranch Hand
Posts: 4982
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I agree that Struts did a good job for seperating the view, model and controller, which gives a cool framework for MVC.

However, do you think it is over complicated? For each action, it will be assoicated with a form, and the dispatch method. Thus, if sometimes, the views can be cross references, the cases will be very complicated, as the DispatchAction must be able to identify which view goes to which view, which is quite difficult in the cross-reference views.

Nick
 
Catch Ernie! Catch the egg! And catch this tiny ad too:
Why should you try IntelliJ IDEA ?
https://coderanch.com/wiki/696337/IntelliJ-IDEA
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!