This is an old revision of the document!
Any particular operation within an Object is generally Imperative in nature. This means that the Operations are composed of a set of statements. As the program steps through the Operation and executes each statement (i.e., instruction) the state of the Object is changed. Some statements change the values of the Field Data while others change the flow of execution through Control Flow operations (i.e., IF / ELSE IF / ELSE / ENDIF, or FOR LOOPS | WHILE LOOPS /, etc.).
As the statements are executed, the Program Counter for the Operation is also modified. Note: Rarely all the statements contained within a single operation, but relies on calling and executing other Operations. Therefore, most Operations are also considered a Procedural Language. Figure 1 provides a graphic of the difference between Imperative and Procedural Programs.
To confuse the situation even more, there is a differentiation between the Imperative or Procedural: function, procedure, and method.
| function | a named set of instructions that perform a task and return a single value to the caller of the function. Generally, all the parameters passed to the function are considered IN (i.e., Read-Only). |
| procedure | a named set of instructions that perform a task and do not return any values to the caller. The results of the procedure call are changes made to the parameters which can be declared, IN, OUT (i.e., Write-Only), or INOUT (i.e., Read-Write). Procedures often behave like functions in that they return a single value to the caller. The value can be a success flag or a return code. The caller can examine the results to help control the flow through the program. Most modern languages would rather use Exceptions instead. |
| method | a function or a procedure that is associated with an Object in OOP. |
An important aspect of executing any set of instructions is What happens if there is an error?.
The error condition could arise from system errors such as:
The error conditions could arise from runtime errors such as:
“one” to a number. The error conditions could arise from syntax or semantic errors. Note: strongly typed systems avoid these errors) such as
Value must be an Unsigned Integer occurs when the basic types of parameters do not match. Usually this occurs when the code has change or the correct Shared Library can not be found. Too Few Parameters occurs when the code tries to call a procedure, function or method that requires more parameters than can be found in the existing libraries. This can occur due to changes in the calling signature or when a Shared Library is not found.Class Not Found occurs when the code is trying to instantiate a class whose definition is not included in the current program or any of the other Shared Library. Interrupted occurs when one thread or process interrupts another thread or process.An interesting phenomenon about many of the DIDO Platforms, is the way they treat Operation Data. Many of the Platforms not only distribute Field Data using Distributed Ledger or Journal, they also distribute the Operation Data in the same way (in essence, treating the software just as any other data). When changes are made to the Operation Data, a Transaction is created to be pushed to the Node Network.
[char]New Section -- review