Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)

Bob Badour wrote:
> This 'domain logic' to which you refer. What does it do that is not
> entering, manipulating, reporting or deriving data? Of that which
> remains, what does not interface with the external world through some
> device or another?

I'm not sure what are you asking me. To me, very rough examples of domain logic could include:

• data and rules for calculating yearly tax income in case of tax application
• data and rules for deriving employee salaries in case of salary calculator
• letters, words, paragraphs, fonts etc. and related operations in case of text editor
• keywords, identifiers, syntax and semantic analysis and target code in case of compiler

etc.

The rough general description, as I see it, would be that domain logic consists of data and behavior. I think that OOP advantage is the possibility to combine data and behavior, together with fairly rich reuse and decoupling mechanisms.

Feel free to correct me if I'm wrong. Being relatively inexperienced and having worked most of my programming life with OOP I am aware that I'm possibly misleaded, and I'm open to any alternatives - so any counter arguments, alternatives, links, references, etc. are very welcome.

Sasa Received on Fri Jun 02 2006 - 10:46:26 CDT