W3C home > Mailing lists > Public > www-voice@w3.org > January to March 2007

RE: [SCXML] Reusing code through functions/templates

From: Barnett, James <James.Barnett@aspect.com>
Date: Mon, 8 Jan 2007 08:36:42 -0500
Message-ID: <57686697B4E28949A90094A6469165C70155ACDD@ASP1EXCH1.aspect.com>
To: "Nestor Urquiza" <nestoru@yahoo.com>, <www-voice@w3.org>

Nestor,
  We have two reuse mechanisms in mind.  First off, <invoke> is
definitely intended to be used so that one SCXML script can invoke
another.  Note that in this case, the two scripts do not share any
context (but parameters can be passed in and out).  Secondly, there is
an include mechanism that will be expanded in the next draft that allows
one state to include part or all of another script as if by copy, so
that the copied material does share context with the copying context.  

We hope that these two mechanisms will cover most of the common reuse
cases.

- Jim

-----Original Message-----
From: www-voice-request@w3.org [mailto:www-voice-request@w3.org] On
Behalf Of Nestor Urquiza
Sent: Friday, January 05, 2007 4:05 PM
To: www-voice@w3.org
Subject: [SCXML] Reusing code through functions/templates


Hello guys,

I have been discussing about possibilities to reuse
code within SCXML and I wanted to know about the plans
to offer those possibilities within the SCXML
Specification [1].

Basically wherever executable content exists there is
a clear need to reuse code and to apply DRY some way
of grouping code in functions/routines/templates is
needed.

Currently I see the following possibilities and I
would like to know about any others and of course if
there is already a preference among them.

1. <invoke>
2. <script>
3. Just as a proposal, I think an XSLT templating
alike mechanism (just in terms of the syntax) could be
used to be able to call passing parameters a given
template that in turns could return some result.

Thanks,

-Nestor

[1] http://marc.theaimsgroup.com/?t=116241382900003&r=1&w=2

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
Received on Monday, 8 January 2007 13:36:51 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 8 January 2007 13:36:53 GMT