Notation conventions for methods: Difference between revisions

From m204wiki
Jump to navigation Jump to search
Line 64: Line 64:
In this case, <code>%sl</code> indicates the class to which the method belongs, not that the method operates on <code>%sl</code> (which may even be null for a shared method invocation).
In this case, <code>%sl</code> indicates the class to which the method belongs, not that the method operates on <code>%sl</code> (which may even be null for a shared method invocation).


A third variation of method invocation is also available for a shared member whose type is an object of the member's class when assigned to an object variable of the class. In this case, no method object is necessary:
A third variation of method invocation is also available for a <var>[[Object variables#Using New or other constructors|Constructor]]</var> or a shared member whose type is an object of the member's class when assigned to an object variable of the class. In this case, no method object is necessary:
<p class="code">%myclass = new</p>
<p class="code">%myclass = new</p>


Invoking an appropriate shared method without a method object requires a context within which the class can be determined, such as the assignment format shown above, or as a parameter in another method. This requirement is '''not''' met, however, by this format, which is ''invalid'': <code>Print MySharedMethod</code>
Invoking a <var>Constructor</var> or an appropriate shared method without a method object requires a context within which the class can be determined, such as the assignment format shown above, or as a parameter in another method. This requirement is '''not''' met, however, by this format, which is ''invalid'': <code>Print MySharedMethod</code>

Revision as of 15:51, 15 July 2011


The syntax for each Janus SOAP method is displayed in the form of a usage statement which shows how you specify a typical invocation of the method (and receive its result, if any). The syntax includes:

  • Keywords and placeholder words
  • Punctuation literals (parentheses, colons, etc. that you must specify)
  • Special characters (square brackets, hyphens) that you do not specify because they are part of the syntax structure, not the method content

For example, here is the syntax for the Patch method of the StringList class:

%updList = sl:Patch( patchList, [Options= string])

The Patch method accepts two arguments (the second of which is optional and also "named"), updates the StringList that is the method object (sl), and returns the updated version of that StringList to a StringList object variable (%updList).

The following sections describe additional aspects of the syntax.

Mixed case

Method names are in mixed case with initial and internal capital letters. User Language keywords and variable name references are also in mixed case. This mixed-case convention is adhered to in text and syntax; it is not strictly adhered to in code examples. For more information about mixed-case User Language, see "Mixed-case User Language".

Method type

The methods are labeled by type, of which there are four:

Functions Methods that produce an output value.
Subroutines Methods that produce no output value.
Properties Methods that produce an output value and that can sometimes be set to a value.
Constructors Methods that produce a new object instance.

Optional arguments

In syntax, method arguments are required unless otherwise stated. Omitting a mandatory argument results in a compilation error. Optional arguments are enclosed in brackets ([]) in syntax and are described in text with the word "optional."

Named parameters

Some method arguments may be passed by name; they are specified with a following equal sign (=) in method syntax diagrams. For arguments described as "name allowed" (or "name required"), you may specify (or must specify) the argument name along with the argument value when you invoke the method. You specify such argument name and value pairs in the form: object:methodname(... argName=argValue ...). For example, the Stringlist method RegexCapture has two optional arguments whose names are required if you specify the argument:

sl:RegexCapture( string, regex, [Options= string], [Status= %output])

A "named parameter" is declared for a method within the class definition with the NameAllowed or NameRequired keyword.

Callable functions

Many functions that return a result may also be invoked by the keyword Call. The descriptions of such functions say that they are "callable" and display a bracketed %variable and equals sign in syntax. For example:

[%number =] sl:Add( itemList)

The Call keyword is optional for a callable function, so you can invoke it by simply specifying the method object followed by colon (:) and the method name:

%sl:Add('the end')

The definition of a callable function includes the keyword Callable.

Subroutines are always invocable with Call, though a subroutine definition does not and must not include the keyword Callable.

Shared methods and constructors

Methods are non-shared unless otherwise identified. A shared method is recognizable by the %(classname): notation preceding the method name in the method syntax, which implies that the method need not operate on a particular object. For example:

%max = %(Stringlist):MaxItemLength

Using the class name in this way denotes that the method is shared, and it models one way you can invoke the method. You can also invoke shared methods using the %objectVariable: notation used by non-shared, or instance, methods. For example, if %sl is a Stringlist object, the following statement assigns the same value to %max as in the preceding example statement:

%max = %sl:MaxItemLength

In this case, %sl indicates the class to which the method belongs, not that the method operates on %sl (which may even be null for a shared method invocation).

A third variation of method invocation is also available for a Constructor or a shared member whose type is an object of the member's class when assigned to an object variable of the class. In this case, no method object is necessary:

%myclass = new

Invoking a Constructor or an appropriate shared method without a method object requires a context within which the class can be determined, such as the assignment format shown above, or as a parameter in another method. This requirement is not met, however, by this format, which is invalid: Print MySharedMethod