• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

hows my application architecture?

 
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I need some input on how im building my application, currently I've got a bunch of *Manager classes like UserManager, EventManager, etc with such methods like UserManager.save(User) UserManager.delete(User), UserManager.userNameExists(userName), etc and similar patterns also used with my other *Managers, and in these Managers im using my datastore directly, Hibernate in my case.
then in my web-side of things i've got Action classes that perform validation of input and if everythings ok, I call upon those Manager classes to do operations, but now I was reading about the Data Access Object, that seems to fit somewhere in between the Managers and the Datastore, what do you guys think , should I introduce another layer of abstraction?

right now its like so:
HTTPRequest -> Action -> UserManager -> Hibernate
with the DAO it would be:
HTTPRequest -> Action -> UserManager -> DAO -> Hibernate
 
Ranch Hand
Posts: 254
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Isn't hibernate a OR persistence and DAO layer . why do you want to add another one?
 
reply
    Bookmark Topic Watch Topic
  • New Topic