Object REXX - Knowledge (XXG)

1571:) are used instead of one, returning the object that received the method rather than the result produced. The default behavior of most methods can be changed by specifying an option, which can be either spelled out or abbreviated and is not case-sensitive. This enables a literal understanding and reduces the learning effort for beginners. For example the strip method by default removes leading and trailing blanks. This behavior can be changed, for example, by specifying 1359:

of "Classic Rexx". Its conforms to the ANSI standard for the Rexx language (X3.274-1996, “Programming Language Rexx”), for interoperability across platforms with other conforming implementations. Thus "Classic Rexx" programs typically run under ooRexx without any changes. This makes it easy to

1422:

where the positioning of the program code is irrelevant. Before execution, the interpreter merges multiple unquoted blanks into one, while a character string enclosed in quotation marks (single or double) is not changed. Concatenation can be requested explicitly with two vertical bars

35: 374:. The motivation behind the project was to transfer the advantages of OOP to "Classic Rexx" while remaining compatible and thus transferring the usability of "Classic Rexx" to OOP. Early on, the projects focused on OOP aspect such as treating everything as an object, object-based 397:

This initial work later led under the direction of Rick McGuire to the first prototype of Object REXX, which was presented in 1992. In 1994, IBM announced that Object REXX would replace "Classic Rexx" as the standard REXX interpreter in the next version of

353:

Following its "Classic Rexx" influence, Object REXX is designed to be easy to learn, use, and maintain. Several object-oriented implementations of REXX are available, including Open Object Rexx ("ooRexx") and Rexx Object Oriented ("roo!").

1688:

environment. The RxMath library offers advanced mathematical functions such as square root calculation, exponential function, logarithm, sine, cosine, tangent, arc sine and power calculation. The RxSock library enables to incorporate

1513:. The interpreter capitalizes all characters outside quotation marks before executing them. Because the cases do not need to be differentiated, fewer additional details need to be learned and frustrating syntax errors are avoided. 1559:

in Smalltalk, everything in ooRexx is an object that can be communicated with by sending messages naming a method. The notion of sending messages to objects as if they were living beings helps beginners to learn OOP concepts.

1397:

ooRexx follows the design philosophy of "Classic Rexx" to create a "human-centered" programming language that is easy to learn, code, remember and maintain, in part by keeping the language small and following the

1427:), or implicitly by separating terms with spaces or by abutting terms. Since a free-form language requires fewer syntactic rules to be considered, it is assumed that it eases the learning effort by reducing the 1394:(WPS) support. The OS/2 version of IBM Object REXX includes classes to support SOM and WPS. These are also included OS/2's initial follow-on product, eComStation, and also in its current descendant, ArcaOS. 346:

of "Classic Rexx" while adding full object-oriented programming (OOP) capabilities. Although Object REXX does not implement all aspects of the "Information Technology – Programming Language REXX"

508:

The following table contains noteworthy features and changes of major Object REXX and ooRexx interpreter versions. All ooRexx releases and the necessary documentation are available on

639:

Support for OOP concepts such as classes, object, methods, encapsulation, messaging, polymorphism, inheritance and multiple inheritance (metaclasses and mix-in classes)

1567:), where the receiving object is placed to the left of it and the result of the operation is returned. Like Smalltallk, ooRexx messages can be cascaded if two tildes ( 3183: 3173: 2477: 1361: 391: 3188: 481:

were designed and implemented under the technical direction of Rick McGuire. This work enabled the RexxLA to release ooRexx 4.0.0 with support for

478: 2877: 2665: 1669:, external function libraries can be integrated on a per program basis. Such libraries are usually organized around domain-specific functions. 3040: 347: 1369: 375: 316: 1360:

transport both program code and developer knowledge from "Classic Rexx" to ooRexx. To this, ooRexx adds all the features of OOP, such as

265: 2849:

Ashley, W. David; Flatscher, Rony G.; Hessling, Mark; McGuire, Rick; Peedin, Lee; Sims, Oliver; Steinböck, Erich; Wolfers, Jon (2022).

2829:

Ashley, W. David; Flatscher, Rony G.; Hessling, Mark; McGuire, Rick; Peedin, Lee; Sims, Oliver; Steinböck, Erich; Wolfers, Jon (2022).

2909: 1892: 2769:

Ashley, W. David; Flatscher, Rony G.; Hessling, Mark; McGuire, Rick; Peedin, Lee; Sims, Oliver; Sims, Oliver; Wolfers, Jon (2022).

3193: 3137: 1399: 1365: 312: 383: 343: 2921: 1096: 469:

compared to the original IBM source code in order to increase readability. Later, the ooRexx kernel was rewritten in pure

458: 457:(SIG), the Rexx Language Association (RexxLA). In 2005, the RexxLA released ooRexx as a new incarnation of Object REXX as 520:. Since release 5.0.0, portable versions of the interpreter are available that allow it to be used without installation. 3198: 1710: 1380: 704: 387: 1402:. ooRexx 5.0.0, for instance, contains only thirty keyword instructions. In addition, there is only one data type, the 1734: 324: 128: 106: 51: 2850: 2789:

Ashley, W. David; Flatscher, Rony G.; McGuire, Rick; Miesfeld, Mark; Peedin, Lee; Sims, Oliver; Wolfers, Jon (2022).

2746: