Alex,

>I am sure you are correct. On the other hand, would you share what has worked for you?

Unfortunately it's proprietary code that I'm not at liberty to share.

>As I said, I am trying to get a good handle on the way to program with business objects. So far I have some of the jargon :) but need a deeper understanding than that. No need to share the classes themselves. Just a description of PEMs in the hierarchy would be very useful.

The lowest level classes are fairly abstract, but they do have some code in methods that most all subclasses have a need to use.

I think one of the biggest factors in developing your BO classes is to start with a general outline of what you want and then begin developing your tree. Say you decide to put functionality XYZ at some level of the tree and you get it working. Then you find while working on a different BO branch that it is needing the same functionality. So you need to be able to either promote the XYZ method up to a higher level class they both inherit from, or potentially insert a new parent class that these two classes would be derived from.

Don't be afraid to refactor a few times until you get it right. Don't be afraid to scrap parts that just don't work as well as they should.

>Thanks a lot. By the way I still use an optiongroup class you shared that handles one char fields rather well. At Init it creates an "active" label that chooses the correct option. Thanks for that as well.

It's good to hear that you are getting use out of it.