It depends on your needs. If the data is *always* used together, then it should be a single action. If it isn't, then it shouldn't be. This is why people talk about "composability", which is a tactic equally applicable to data exposure.
Dave On Sun, Oct 10, 2010 at 12:04 PM, Frans Thamura <fr...@meruvian.org> wrote: > this is the logic > > strutsaction -> JSON -> javascript -> rich page > > how many json we need to make 1 rich page, 10 jsons? > > if we need 10 jsons, any idea to make effective struts2 programming, > 10 action or 1 action which trow 1 object collection (with 1 values > inside the collection) > > F > > > On Sun, Oct 10, 2010 at 11:01 PM, Dave Newton <davelnew...@gmail.com> > wrote: > > I'm not really sure what you're saying: JSON can represent an arbitrary > > collection of data, and a page can do whatever it wants with that data. > > Struts was designed as an action-based framework, not component-based. it > > can be used to serve a component-based framework, just like anything else > > that can shovel data back to a view layer. > > Dave > > > > On Sun, Oct 10, 2010 at 11:24 AM, Frans Thamura <fr...@meruvian.org> > wrote: > >> > >> Based on david's theme thread > >> > >> I just have several question that may be interest all of u. This is my > >> long standing question which I believe jsf is reposition as the best > >> framework for this model > >> > >> We know every advanced page now based on advanced javascript. We need > more > >> than just one json to make a rich page > >> > >> Usually we here make an collection object that inside this object have a > >> lot of information that we can make every value inside collection become > a > >> variable inside a rich page > >> > >> There will be a lot of variables that we need to represent in the page > >> > >> We try to make a struts action to map every variable but I feel this is > >> not an effective way > >> > >> > >> /m/ > >> > >> --------------------------------------------------------------------- > >> 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 > >
