RE: Business Objects vs Data Objects [was Re: JXTemplates -what' s in a name?]

[Ralph Goers <Ra...@digitalinsight.com>]

This link has a great picture of where the objects fit in a J2EE
application.

http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html


-----Original Message-----
From: Derek Hohls [mailto:DHohls@csir.co.za] 
Sent: Thursday, May 06, 2004 11:18 PM
To: users@cocoon.apache.org
Subject: RE: Business Objects vs Data Objects [was Re: JXTemplates -what' s
in a name?]

Yes; this confused me too - are there now:
DAO - used to read data from DB
DTO - to transfer data to app
BO - to store/manipulate data for a particular "thing"

and how do any/all these interrelate with each and
the Forms framework...

If someone can post a reasonably clear explanation of
all this, with links to examples/references, I think its
worth adding at least to Wiki, if not the main docs.

Derek

>>> dbols@osirion.be 2004/05/07 06:51:20 AM >>>
Could in your example valueObject be a BO (Business Object) or is
valueObject a DTO which is used to populate a BO?

When using the Flow/CForm solution who is used (BO or DTO) to bind data
to
the form?

--
Danny

> -----Original Message-----
> From: Ugo Cei [mailto:u.cei@cbim.it] 
> Sent: donderdag 6 mei 2004 19:24
> To: users@cocoon.apache.org 
> Subject: Re: Business Objects vs Data Objects [was Re: JXTemplates -
> what' s in a name?]
>
>
> Ralph Goers wrote:
> > Isn't what you wrote just a restatement of what I wrote? Perhaps
my
> > statements just weren't clear.
>
> I don't think so. You said:
>
> "In my environment a DAO is the object that is the result of reading
> from the database (or some other source)."
>
> To me this means (more or less) that you read from the db and as a
> result you get an object whose fields contain values from the
database
> columns.
>
> If this is what you mean, it isn't a DAO. This is a DAO:
>
> Dao myDao = daoFactory.getDao();
> SomeClass valueObject = myDao.find(pk);
>
> "valueObject" is the result of reading. "myDao" is what you use
> to read it.
> Sorry to be nitpicking, but since this thread revolves around
> nomenclature, we'd better agree on what each term means exactly.
>
> 	Ugo
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org 
For additional commands, e-mail: users-help@cocoon.apache.org 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org