Re: OOP reminds me of outsourcing versus in-house hiring or partnering
From: Michael N. Christoff (mchristoff_at_sympatico.caREMOVETHIS)
Date: 01/26/04
- Next message: Robert C. Martin: "Re: How to realize the OOP in C?"
- Previous message: E. Robert Tisdale: "Re: How to realize the OOP in C? (long)"
- Next in thread: Topmind: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Reply: Topmind: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Maybe reply: David Gray: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 26 Jan 2004 00:38:07 -0500
"Topmind" <topmind@technologist.com> wrote in message
news:4e705869.0401212244.72936915@posting.google.com...
> >
> > Object Oriented Programming (OOP) subsumes
> > Procedure Oriented Programming (POP).
> > It simply *emphasizes* organizationaround
> > [data] objects instead of algorithms.
>
> You only have this partly right. In practice, procedural
> shops tend to shift a lot of the design to database
> schemas and database approaches. OO tends to wrap
> data with behavior, while procedural shops tend to
> treat data and behavior as a separate thing[1].
>
> -T-
>
> [1] In my opinion this is a good thing because
> data is more flexible and can have its
> view be altered to suit your specific needs
> of the time more easily. By combining behavior
> and data, or wrapping data, OO tends to drag
> data down to the lower manipulative ability of
> code.
>
> In other words, modern procedural tends to
> let databases do what they do best, and code
> do what it does best, while OO tries to make
> everything be managed in code.
>
> oop.ismad.com
What do you think about Hibernate? It apparently gives one the best of both
worlds (OO and relational).
>From the site:
Powerful object-oriented query language
-----------------------------------------
Queries expressed in a familiar-looking SQL-like language
Table joins expressed as property paths
Support for SQL functions and operators
Support for SQL aggregate functions sum, avg, min, max, count
Support for left|right outer join, full join
Support for group by, having and order by
Support for subqueries (on databases with subselects)
Queries may return tuples of objects or scalar values (projection)
Support for returning arbitrary data objects via the select new construct
Dynamic fetch profiles using the fetch keyword
Full support for polymorphic queries
------------------------------------
Queries may specify any abstract superclass or interface; from
java.lang.Object will return all persistent objects, for example.
New Criteria queries
---------------------
Alternative object-oriented "query by criteria" API.
full support for association navigation
runtime fetch profiles (dynamic outer join fetching)
extensible Criterion framework
powerful query by Example API
Native SQL queries
--------------------
Queries may be expressed in the native SQL dialect of your database.
=========
l8r, Mike N. Christoff
- Next message: Robert C. Martin: "Re: How to realize the OOP in C?"
- Previous message: E. Robert Tisdale: "Re: How to realize the OOP in C? (long)"
- Next in thread: Topmind: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Reply: Topmind: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Maybe reply: David Gray: "Re: OOP reminds me of outsourcing versus in-house hiring or partnering"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|