Hi Vlad

Yes I can see how you also would require a very efficient way of accessing the parent class code.

Do you use Supercls at present? It is pretty good but not ideal.

I suppose common solution is to just add what ever code is wanted to the instance on the form then use the save as class method, but this still seems a somewhat awkward way of going about it.

It would be nice if this type of procedure could be automated somehow but I have no idea how that could be done.



>Hi!
>
>We plan to move our framework to n-tire technology too and I'm ineterested to solve the same problems too. Yet we have no other reasonable solutions except rewriting all modules from scratch and copy/paste parts of old code. N-tire application requires another approaches, thus model changes - many modules require changes. Such changes might take much more time than making application from zero.
>
>>I am considering using a business object for part of an app.
>>
>>Up until now I have always created my procedures as methods on the form or called them from procedure libraries.
>>
>>I sub classed the custom object and dropped a copy of the sub class onto the form I want to use.
>>
>>However I am finding working with this class cumbersome because all the new code I am adding to the class belongs in its parent class and not the instance I am working with on the form.
>>
>>Using Ken Levy’s superclass utility I can make reasonable progress but it is still infuriating.
>>
>>I could write the entire biz object programmatically I guess (with additional work!) , but then I would be left with the problem of getting the class visible in my class library.
>>
>>I assume I have somehow gotten the wrong end of the stick here somehow and there is an easier way I have overlooked.
>>
>>All advice gratefully receivedJ even if it is of the “you don’t get n-tier without some pain variety”