This is the issue with programmers everywhere (not you Kurt) the fact that there is really no common understanding of what something is. There are definitions, but most of the time they are not really applied as gospel.
To me, what you are describing is the data dictionary, a description of the relationship between objects in a datamodel and their constraints. To me Business Logic is the functional processing for interaction between the user of the system, and the objects, and the interaction of the objects depending on the environment they are to be used. So to me, saying that a contact may have 3 addresses is part of a data dictionary describing the relationship or data model, and it is also a business logic rule mixed in. For me the relationship would simply be "A Contact may have addresses". At a business level there might be a rule further enhancing the dictionary based on specific domain needs. EG Contacts for business need 2 addresses(home, work). Personal contacts need 1 address (home). Client Contacts need up to 3 (home, work, mailing). An example of what I'd consider business logic is: A User wants to mail a statement to the contact. If Statement address is valid then "print statement address envelope" otherwise use the business address.. otherwise use the home address, otherwise inform the user that you cannot mail a statement without having at least one valid address. Personally, I tend to find that business logic is at the user domain level rather than the database level. Regards Kyley. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of kurt Sent: Friday, 2 June 2006 9:35 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Why InterBase Todd Martin wrote: > No. 3 addresses per client and one called "contact address" is business > data. Where is the logic? The addresses and the client are the data. That there are 3 of the first for the second is a business rule ( where I'm calling 'business logic' a collection of business rules describing the data). Cheers, Kurt. _______________________________________________ Delphi mailing list [email protected] http://ns3.123.co.nz/mailman/listinfo/delphi _______________________________________________ Delphi mailing list [email protected] http://ns3.123.co.nz/mailman/listinfo/delphi
