Overview

DATEX

DATEX-Compatible Classes

Per default, most native JavaScript types (Arrays, Maps, Sets, primitive values, JSON Objects) are compatible with DATEX. This means that they can be converted to an equivalent DATEX representation and shared between endpoints.

Instances of custom classes are mapped to a DATEX representation of the generic type js:Object per default and thus lose their class type and prototypes.

With the struct wrapper, a class can be bound to a new DATEX type.

All instance properties decorated with @property are bound to the DATEX value and also visible when the value is shared between endpoints. Per default, the properties are local and only available in the current JavaScript context.

const MyObject = struct(
  class {
    @property a = 10
    @property b = 20
    localProp = 4
  }
)

const obj = new MyObject();
obj.a // 10
obj.$.a // Datex.Ref<10>
Note
A class instances bound to a DATEX type can only be reconstructed correctly on another endpoint or in a later session if the JavaScript class definition is already loaded. Otherwise, the DATEX Runtime can only map the value to a generic object.

Automatic Pointer Binding

Instances of a struct class are also automatically bound to a pointer when created (The value does not have to be explicitly wrapped in $$()).

All non-primitive properties of an instance (that are decorated with @property) are automatically bound to a new pointer if they don't have a pointer yet.

Reactive Getters

When a property getter is decorated with @property, it behaves like any other bound property at first glance.

But there is one significant difference: The calculated value returned by the getter function is converted to an observable DATEX pointer. This has essentially the same effect as using the always() function. Whenever a pointer value that is referenced in the getter function is updated, the pointer value of the property is also updated.

const MyObject = struct(
  class MyObject {
    @property a = 10
    @property b = 20
    @property get sum() {
      return this.a + this.b
    }
}
)

const obj = new MyObject();
obj.a // 10
obj.sum // 30

// set observer
obj.$.sum.observe(sum => console.log(`The current sum is ${s}`))

obj.a++; // triggers observer
obj.b = 15 // triggers observer
obj.sum // 26

Constructors

The normal JavaScript class constructor gets called every time an instance of a sync class is created. When an existing instance of a struct class is shared with another endpoint, the constructor is called again locally on the endpoint, which is not intended but can't be prevented.

For this reason, struct classes cannot use normal constructors. Instead, you can define a DATEX-compatible constructors named construct instead, which is only ever called once at the initial creation of a sync class instance:

const MyObject = struct(
  class MyObject {
    @property a = 0
    @property b = 0

    // DATEX-compatible constructor
    construct() {
      console.log("constructed a new MyObject")
    }
  }
)

const obj = new MyObject() // "constructed a new MyObject" is logged

When the obj pointer is now accessed on a remote endpoint, the construct method is not called again on the remote endpoint.

You can also access constructor arguments like in a normal constructor:

const MyObject = struct(
  class {
    construct(a: number, b: string) {
      console.log("a", a)
      console.log("b", a)
    }
  }
)

const obj = new MyObject(42, 'text')

Creating instances without new

Class instances can also be created by calling the class as a function, passing in an object with the initial property values:

const MyObject = struct(
  class {
    @property a = 0
    @property b = 0
  }
)

const obj = MyObject({a: 1, b: 2}) 
Note
Currently, when creating a struct instance this way, the TypeScript tranpiler wants you to set initial values for all properties, even if they are getters. This will be fixed in future versions as soon as TS decorator types are improved.

Using the raw API

For more customization, you can directly use the [JavaScript interface API] which allows you to define custom DATEX mapping behaviours for specific JavaScript types.

Did this doc help you?

Privacy Policy

Help us improving our docs

Our documentations are fully open source. Something is wrong or unclear? Edit documentation.

Make a contribution