Smalltalk/X Webserver

Documentation of class 'JavaScriptFunctionNode':

Class: JavaScriptFunctionNode

Inheritance
Description
Instance protocol

Inheritance:

   Object
   |
   +--ParseNode
      |
      +--JavaScriptFunctionNode
         |
         +--JavaScriptInnerFunctionNode

Package:: stx:libjavascript

Category:: Languages-JavaScript-Compiling & Parsing

Version:: rev: 1.54 date: 2024/02/09 11:30:24; user: stefan; file: JavaScriptFunctionNode.st directory: libjavascript; module: stx stc-classLibrary: libjavascript

Description:

ATTENTION: for protocol compatibility with JavaScriptEnvironment.
many messages are implemented with an initial underscore.
These are required as JavaScriptEnvironment catches doesNotUnderstand and
does some kludgy fiddling there.

copyrightCOPYRIGHT (c) 1998 by eXept Software AG
             All Rights Reserved

This software is furnished under a license and may be used
only in accordance with the terms of that license and with the
inclusion of the above copyright notice.   This software may not
be provided or otherwise made available to, or used by, any
other person.  No title to or ownership of the software is
hereby transferred.

(comment from inherited method)
return the receiver itself.
This allows every object to be used where blocks or valueHolders
are typically used, and allows for valueHolders and blocks to be
used interchangably in some situations.

Time will show, if this is a good idea or leads to sloppy programming
style ... (the idea was borrowed from the Self language).

WARNING: don't 'optimize' away ifXXX: blocks
(i.e. do NOT replace
foo ifTrue:[var1] ifFalse:[var2]
by:
foo ifTrue:var1 ifFalse:var2
)
- the compilers will only generate inline code for the if,
iff the argument(s) are blocks - otherwise, a true send is
generated.
This 'optimization' will work semantically correct,
but execute SLOWER instead.

Using constants (foo ifTrue:1 ifFalse:2) does not introduce a performance penalty.

value: arg

value: arg1 value: arg2