• 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

factory using a factory

 
Ranch Hand
Posts: 60
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Would this be considered bad design?

I am considering writing a Data Transfter Objects factory to go with a Data Access Objects factory for creating Data Transfter Objects which are essentially java representations of a table from an oracle database (there are a lot of tables!). The implementation of the Data Transfter Objects will then be hidden from the Data Access Objects.

//get instance of dao factory
//call a method of the dao, e.g. build()
//build() gets and instance of dto factory
//build() creates the necessary dto's for the dao

Thanks.
 
Deyna Cegielski
Ranch Hand
Posts: 60
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
after some more thinking, i was wondering whether i could utilize a builder design pattern with the factory/dao pattern so that the factory creates the type of object i want (which can best be described as a composite object, made up of a data pertaining to multiple tables (and multiple rows), over multiple schemas. then the DAO.build() uses the builder to actually construct the object.
 
(instanceof Sidekick)
Posts: 8791
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Is this roughly what you're thinking? Client is maybe a servlet. Service is something useful in your "model" side.

The Builder idea is fine. One nice thing about factories is that they hide the mechanics of making something, so they can use Builders as necessary. The getDTO("thing") method on line 6 could use a Builder if creating the DTO is complicated.

This does bother me a little bit. If we're creating a new ThingDTO from scratch, we probably don't need to involve the DAO. The DTO factory is still fine, but we could call it right from the service. If we're retrieving an existing Thing into a DTO, say from a database, we might expect a database thingy instead of a DTOFactory.

If you called the DAO a Repository, like Peer's discussion in another thread here, maybe those concerns go away. It could be appropriate for a Repo to handle both create and database things.
 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic