Implementing UI with JAVA Struts & Tiles

28 Jul 2005 - 12:38pm
9 years ago
2 replies
593 reads
David Texidor
2004

We are currently looking at moving a transaction site to the JAVA Struts
framework. Can anyone speak to the pluses/minuses they've experienced as
an interaction designer in coding within this type of framework?

Are there any reference materials or best practices out there that speak
to UI implementations in Struts, etc.?

We have already seen some issues that seem strange, like having to
restart the Java server everytime a properties file is changed, or
having all the UI assests coded into a single properties file, both of
which seem to be inefficient and tedious to code.

Any help is greatly appreciated.
- dave

Comments

28 Jul 2005 - 1:32pm
Dwayne King
2005

Hi Dave,

I just came off of a struts job. I acted as the UX lead and an
interface developer. My take, designing UX it made little difference,
except that the back-end developers kept wanting to use multi-select
boxes as opposed to radio boxes as struts is more efficient at
delaing with multi-selects than radio. The app we were dealing with
really needed radio v. multi-selects.

As an interface developer....oh the pain! Struts is great for
maintenance down the road and keeping things structured in a nice
way, but man do you pay for it early on.

Make sure you have a team to implement that knows struts, if they
don't expect the pain to be monumental! MVC is a pattern that people
need a familiarity around to implement properly.

On a side note of the UX design, I don't thing we should ever let a
technology dictate the interface. If the developers tell you it has
to be some way to work with the technology, it's time to start
looking for a new technology.

Feel free to write me off-list with any specific questions.

Dwayne

On Jul 28, 2005, at 10:38 AM, David Texidor wrote:

> [Please voluntarily trim replies to include only relevant quoted
> material.]
>
>
> We are currently looking at moving a transaction site to the JAVA
> Struts
> framework. Can anyone speak to the pluses/minuses they've
> experienced as
> an interaction designer in coding within this type of framework?
>
> Are there any reference materials or best practices out there that
> speak
> to UI implementations in Struts, etc.?
>
> We have already seen some issues that seem strange, like having to
> restart the Java server everytime a properties file is changed, or
> having all the UI assests coded into a single properties file, both of
> which seem to be inefficient and tedious to code.
>
> Any help is greatly appreciated.
> - dave
>
> _______________________________________________
> Welcome to the Interaction Design Group!
> To post to this list ....... discuss at ixdg.org
> (Un)Subscription Options ... http://discuss.ixdg.org/
> Announcements List ......... http://subscribe-announce.ixdg.org/
> Questions .................. lists at ixdg.org
> Home ....................... http://ixdg.org/
>

28 Jul 2005 - 7:32pm
david gee
2004

David Texidor wrote:

>We are currently looking at moving a transaction site to the JAVA Struts
>framework. Can anyone speak to the pluses/minuses they've experienced as
>an interaction designer in coding within this type of framework?
>
>
I worked as the lead designer / interface developer on a fairly rich,
AJAX-style webapp a few years back. There were definitely some initial
hurdles, but no more or less than with most other frameworks. Restarting
the server is something you'll run into with most 'enterprise level'
development environments (Java, ASP, .Net) where you have compiled
resources. One of the biggest hurdles was that Struts didn't really
support the multi-page/wizard style of doing things at that point, but
we managed to work around it and if I recall correctly, it was something
the Struts team was aware of, so it's probably fixed by now.

In general, no development framework should have any bearing on what you
can or can't do as an interaction designer. There may be challenges and
hurdles - with ASP.Net and it's horrible "web controls" in particular,
but if you can mock it up in HTML/Javascript, you can do it with any
framework.

cheers,
david

Syndicate content Get the feed