<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Mike,<br>
<br>
Haven't had an opportunity to dabble in the OO stuff yet but hoping to
do so soon. My question is probably is very basic OO. How do I go about
extending a standard SAP class for additional events, attributes and
methods. For instance some standard xRPM workflows are class based.<br>
<br>
Regards,<br>
Ramki Maley.<br>
<br>
Mike Pokraka wrote:
<blockquote   cite="mid:33088.212.157.1.1.1208776823.squirrel@mail.workflowconnections.com"   type="cite">
  <pre wrap="">On Fri, April 18, 2008 7:56 am, Kjetil Kilhavn wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">This is interesting (well, anything from a SAP employee who has proven
    </pre>
  </blockquote>
  <pre wrap=""><!---->OK I may not be a SAP Employee so take my input with a grain of salt..

  </pre>
  <blockquote type="cite">
    <pre wrap="">However, I have assumed that for existing BOR objects it would be easier to
implement additional methods (and redefine methods) in a BOR object type
    </pre>
  </blockquote>
  <pre wrap=""><!---->which would then be delegated to.
  </pre>
  <pre wrap=""><!---->It's a little more work to create the class up front - there's no "Create
Subclass" button. But once that's in place I find it easier to add
additional methods. See my other post to Sherie.


  </pre>
  <blockquote type="cite">
    <pre wrap="">Would you recommend that even for a small change such as the additional
    </pre>
  </blockquote>
  <pre wrap=""><!---->attribute I've added to USR01?
  </pre>
  <blockquote type="cite">
    <pre wrap="">Such a strategy would mean the workflow becomes a mixture of tasks using
    </pre>
  </blockquote>
  <pre wrap=""><!---->BOR
  </pre>
  <blockquote type="cite">
    <pre wrap="">objects and class objects.

    </pre>
  </blockquote>
  <pre wrap=""><!---->Yes, and yes. Actually in many cases I've done away with the BORs because
it's a 10 minute job to add the two or three BOR components I actually
need into my class. The icing on the cake is being able to bind
_WI_ACTUAL_AGENT via functional method straight into an instance of
ZCL_WF_USER.

  </pre>
  <blockquote type="cite">
    <pre wrap="">I see you recommend adding an attribute to the class to reference the
    </pre>
  </blockquote>
  <pre wrap=""><!---->BOR
  </pre>
  <blockquote type="cite">
    <pre wrap="">object when needed. Would you recommend also adding a class object
    </pre>
  </blockquote>
  <pre wrap=""><!---->reference
  </pre>
  <blockquote type="cite">
    <pre wrap="">as an attribute to a delegated BOR object type - or how would you
    </pre>
  </blockquote>
  <pre wrap=""><!---->approach
  </pre>
  <blockquote type="cite">
    <pre wrap="">the need for crossing from one object type to the other.
    </pre>
  </blockquote>
  <pre wrap=""><!---->Unfortunately it only works one way - BORs can't have class attributes.
Usually I end up working with both, which is not really a big issue.

  </pre>
  <blockquote type="cite">
    <pre wrap="">--
Kjetil Kilhavn (+47 40220607)
Blue Consulting AS (<a class="moz-txt-link-freetext" href="http://www.bluec.no/">http://www.bluec.no/</a>)
_______________________________________________
SAP-WUG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a>
<a class="moz-txt-link-freetext" href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a>

    </pre>
  </blockquote>
  <pre wrap=""><!---->



_______________________________________________
SAP-WUG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a>
<a class="moz-txt-link-freetext" href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a>
  </pre>
</blockquote>
</body>
</html>