Gary:
Thanks very much for this discussion. Its clarified many things that were
half formed in my mind. I will definitly investigate the use of a program
wrappered CDE for my Business objects. Have you implemented any of these
as a Internet app yet.

This is some very advanced thinking that you've done on this topic. It would
be nice to preserve some of, and further develop it on a Codemine oriented
site of some type
Mike


>Michael:
>
>Hit the send button too quickly <s>.
>
>You might like to know that in RC3 (not released yet), the whole of the Codemine application registry tool is now based on a CDE. So, don't just think of the CDE like it is a strange variant DM. It is a very powerfull class for form and non form use. As always, you can use it exactly as you want to and just because one person uses it one way, that doesn't mean you have to.
>
>I really like using the program based wrapper. In fact, when I have created the VCX based CDE and then hide it by the program wrapper, I forget that its a CDE and use it like a process class but with a beast of a data class just lurking in the background, completely available by just typing "THIS." <g>.
>
>-=Gary
>
>>Gary:
>>What is the advantage of using the prog based CDE over adding properties and methods visually as you design the CDE.
>>Also, I understand the business rule concept as it relates to validating data, but I have a routine that ages transactions that I would like to encapsulate, how would you implement this. Right now I had implemented in a prior version of Codemine as a Form based object.
>>
>>>>I wonder if I should be using the frmDatamanager based forms at all then...hmmm.
>>>
>>>Sure you should. "frmDatamanager" based forms are the way to go, just as always. Its just that the DM is "relegated" to providing the link back to the CDE (from the form) as its main function and provides backward compatability too.
>>>
>>>>Right now I'm basing all of my data handling forms on this class - are you using it at all?
>>>
>>>Absolutely. Nothing changes in this regards. The main thing to remember is that the DM is no longer the preferred place to subclass or add data oriented rules. All of that is now the domain of the CDE and rule classes. Just remember that the DM can only live on a form whereas the CDE can exist quite happily on its own with no form. This is where/how the separation between the "layers" is enabled.
>>>
>>>As I may have mentioned, I create a CDE, adding cursors/rules visually into the CDE container and then create a prog based class inheriting from my VCX based CDE subclass. I then put all other data oriented logic in the prog subclass. IntelliSense gives you the PEM's of the CDE in the prog class too.
>>>
>>>HTH.
>>>
>>>-=Gary