👁 Image
magic.lambda.slots 17.2.1

magic.lambda.slots - Creating and administering dynamic Hyperlambda slots

The magic.lambda.slots project provides the ability to create, invoke (signal), modify, inspect, and delete dynamic slots in Hyperlambda. More specifically, this project provides the following slots.

• [signal] - Invokes a dynamically create slot that has been created with the [slots.create] slot
• [execute] - Alias for [signal] except it will [unwrap] all descendant nodes explicitly
• [try-signal] - Invokes a dynamically create slot that has been created with the [slots.create] slot, but will not throw exceptions if the slot doesn't exist
• [slots.create] - Creates a dynamic slot, that can be invoked with the [signal] slot
• [function] - Alias for [slots.create]
• [slots.get] - Returns the entire lambda object for a slot that has been previously created with the [slots.create] slot
• [slots.delete] - Deletes a slot that has been previously created with the [slots.create] slot
• [slots.exists] - Returns true of the given slot exists
• [return-nodes] - Returns a bunch of nodes to caller from inside of your slot
• [return-value] - Returns a single value to caller from inside of your slot
• [return] - Returns either a list of nodes, or a single value, or both, depending upon the results of its expression, or whether or not it has a static value, or a list of nodes
• [yield] - Alias for [return-nodes] but similarly to [execute] it will [unwrap] all descendant nodes explicitly
• [slots.vocabulary] - Returns the names of all dynamically created slots

/*
 * First we create a dynamic slot.
 */
slots.create:foo
 return-value:int:57

/*
 * Then we invoke it.
 */
signal:foo

After evaluation of the above Hyperlambda, the value of the [signal] node will be 57. Notice, if you invoke [slots.create] for a slot that has already been created, the old slot will be overwritten with the new lambda object you pass into it. Also notice that if you try to invoke a slot that doesn't exist, or you try to get its content, an exception will be thrown.

Also realize that when you create a slot, it is not persisted in any ways - Implying if the web server process is restarted, your slot will disappear. To avoid this, put the creation of your slot inside a file in a folder called "magic.startup" in your module's folder, e.g. "/files/modules/foo-module/magic.startup/create-slot.hl". All files inside of modules that exists within a "magic.startup" folder will be executed every time your web server restarts for some reasons.

How to use [slots.create]

Creates a dynamic slot that can be invoked using [signal]. Below is an example.

slots.create:foo
 return-value:int:57

Notice, the above slot aren't persisted in any ways, implying if your web server restarts its process, your slot is removed. If you want to make sure your slots becomes a permanent part of your application, you need to make sure you are somehow creating it during server startup, which can normally be done on a per module basis, by putting a Hyperlambda file into your module's "magic.startup" folder, which makes sure the code is executed during startup of your web app.

How to use [signal]

Invokes a previously created dynamic slot. Assuming you have created the foo slot from the create slot example, you can invoke the slot using the following Hyperlambda.

signal:foo

After evaluating the above Hyperlambda, the [signal] node will end up having a value of "57".

Notice - This slot obeys by the rules of [whitelist] invocations from magic.lambda, allowing you to declare a list of dynamic slots, which are exclusively allowed to be invoked temporarily inside of an invocation to whitelist, allowing you to restrict some piece of potentially unsafe code to only signal a pre-defined list of dynamically created slots. Below is an example.

slots.create:foo1
 return-value:Safe

slots.create:foo2
 return-value:Unsafe

whitelist

 vocabulary
 signal
 signal:foo1

 .lambda

 // Assuming you have a [foo1] slot created, this will work
 signal:foo1

 // This will throw, since [foo2] is not whitelisted
 signal:foo2

Basically, only the slots declared in the above [vocabulary] will be allowed to be invoked inside of the above [.lambda] object. You must have your dynamic slots declared as signal:slot-name, such as the above illustrates. And in order to signal dynamic slots at all, you'll need to (obviously) whitelist [signal] itself, as illustrated in the above code. Read more about [whitelist] in the magic.lambda project. Inside your slots though any [whitelist] invocations will simply be ignored, allowing you to whitelist a single dynamic slot, for then to ignore what the slot itself is doing internally. This might create security issues for you if you have dynamically created slots that for some reasons execute lambda object supplied to them. Hence as a general rule of thumb, you should avoid whitelisting slots that executes lambda objects supplied to them.

How to use [execute]

The [execute] slot is an alias for [signal], but it will [unwrap] all children nodes, automatically transform any expressions to their static value equivalents, allowing you to combine [unwrap] and [signal] into one invocation. This makes usage slightly less verbose for cases such as the following.

.args
 foo1:bar1
 foo2:bar2
execute:whatever-slot
 arg1:x:@.args/*/foo1
 arg2:x:@.args/*/foo2

In the above example both arguments to our "whatever-slot" invocation will be evaluated before the slot is invoked, resulting in [arg1] and [args2] having the values of "bar1" and "bar2" respectively.

If you pass in a node named [node_reference] using the above syntax, this node will be especially handled, and passed in by reference instead of evaluated as a single expression value. Consider the following alternative to the above.

.args
 foo1:bar1
 foo2:bar2
execute:whatever-slot
 node_reference:x:@.args

Inside your above "whatever-slot" you will now have access to the entire [.args] node by reference. It might help to execute the following to understand.

.args
 foo1:howdy
 foo2:world
slots.create:foo
 lambda2hyper:x:../*
 return:x:-
execute:foo
 node_reference:x:@.args/*

How to use [try-signal]

Invokes a previously created dynamic slot. This slots works exactly the same as [signal] except it does not throw an exception if the slot does not exist. Assuming you have created the foo slot from the create slot example, you can invoke the slot using the following Hyperlambda.

try-signal:foo

How to use [slots.get]

Returns the entire lambda code for a previously created dynamic slot. Example can be found below.

slots.create:foo
 return-value:int:57

slots.get:foo

How to use [slots.delete]

Deletes a previously created dynamic slot. The following example will throw an exception.

slots.create:foo
 return-value:int:57

slots.delete:foo

// Throws exception, since [foo] no longer exists.
slots.get:foo

How to use [return-nodes]

Returns a bunch of nodes (lambda) from your slot. Can only be invoked from the inside of a dynamically created slot, and other slots explicitly creating a return context. An example can be found below.

slots.create:foo
 return-nodes
 integer-value:int:57
 string-value:Foo bar

signal:foo

How to use [return-value]

Returns a single value from your slot. Can only be invoked from the inside of a dynamically created slot, and other slots explicitly creating a return context. An example can be found below.

slots.create:foo
 return-value:This becomes the returned value from your slot

signal:foo

How to use [slots.exists]

Returns true if the specified slot exists. Example can be found below.

slots.create:foo
 return-value:Blah, blah, blah ...

slots.exists:foo
slots.exists:DOES-NOT-EXISTS

How to use [slots.vocabulary]

Returns the names of all dynamically created slots to caller. Example can be found below.

slots.vocabulary

Magic's GitHub project page

Magic is 100% Open Source and you can find the primary project GitHub page here.

Project website for magic.lambda.slots

The source code for this repository can be found at github.com/polterguy/magic.lambda.slots, and you can provide feedback, provide bug reports, etc at the same place.

• 👁 Build status
  
• 👁 Quality Gate Status
  
• 👁 Bugs
  
• 👁 Code Smells
  
• 👁 Coverage
  
• 👁 Duplicated Lines (%)
  
• 👁 Lines of Code
  
• 👁 Maintainability Rating
  
• 👁 Reliability Rating
  
• 👁 Security Rating
  
• 👁 Technical Debt
  
• 👁 Vulnerabilities
  

Copyright and maintenance

The projects is copyright Thomas Hansen 2023 - 2024, and professionally maintained by AINIRO.IO.