<div>Hi,</div>  <div>&nbsp;</div>  <div>&nbsp; By creating a new class and mentioning the super class will achieve the functionality of Delegation? I feel if the Business object is having a delegation then the event of the delegation will be executed. How about in the case of ABAP OOPS. If I am having a new logic for the std method in the subclass. How will this subclass is called?</div>  <div>&nbsp;</div>  <div>&nbsp;</div>  <div>Thanks</div>  <div>Raghavendra<BR><BR><B><I>"Dart, Jocelyn" &lt;jocelyn.dart@sap.com&gt;</I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Mike, <BR>The equivalent of "Create subtype" for ABAP OO classes, is to create your class and then in the Properties tab nominate your Superclass.<BR><BR>Delegation is unnecessary because narrowing/widening cast means you can move between parent and child freely.<BR>Regards,<BR>Jocelyn <BR><BR>________________________________<BR><BR>From:
 sap-wug-bounces@mit.edu on behalf of Mike Pokraka<BR>Sent: Mon 21/04/2008 9:20 PM<BR>To: SAP Workflow Users' Group<BR>Subject: Re: ABAP-OO Workflow for PO-release<BR><BR><BR><BR>On Fri, April 18, 2008 7:56 am, Kjetil Kilhavn wrote:<BR>&gt; This is interesting (well, anything from a SAP employee who has proven<BR>OK I may not be a SAP Employee so take my input with a grain of salt..<BR><BR>&gt; However, I have assumed that for existing BOR objects it would be easier to<BR>&gt; implement additional methods (and redefine methods) in a BOR object type<BR>which would then be delegated to.<BR>&gt;<BR>It's a little more work to create the class up front - there's no "Create<BR>Subclass" button. But once that's in place I find it easier to add<BR>additional methods. See my other post to Sherie.<BR><BR><BR>&gt; Would you recommend that even for a small change such as the additional<BR>attribute I've added to USR01?<BR>&gt; Such a strategy would mean the workflow becomes a mixture
 of tasks using<BR>BOR<BR>&gt; objects and class objects.<BR>&gt;<BR>Yes, and yes. Actually in many cases I've done away with the BORs because<BR>it's a 10 minute job to add the two or three BOR components I actually<BR>need into my class. The icing on the cake is being able to bind<BR>_WI_ACTUAL_AGENT via functional method straight into an instance of<BR>ZCL_WF_USER.<BR><BR>&gt; I see you recommend adding an attribute to the class to reference the<BR>BOR<BR>&gt; object when needed. Would you recommend also adding a class object<BR>reference<BR>&gt; as an attribute to a delegated BOR object type - or how would you<BR>approach<BR>&gt; the need for crossing from one object type to the other.<BR>Unfortunately it only works one way - BORs can't have class attributes.<BR>Usually I end up working with both, which is not really a big issue.<BR><BR>&gt; --<BR>&gt; Kjetil Kilhavn (+47 40220607)<BR>&gt; Blue Consulting AS (http://www.bluec.no/)<BR>&gt;
 _______________________________________________<BR>&gt; SAP-WUG mailing list<BR>&gt; SAP-WUG@mit.edu<BR>&gt; http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>&gt;<BR><BR><BR><BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR></BLOCKQUOTE><BR><p>&#32;


      <!--6--><hr size=1></hr> Explore your hobbies and interests. <a href="http://in.rd.yahoo.com/tagline_groups_6/*http://in.promos.yahoo.com/groups/">Click here to begin.</a>