Let and Derived associations
No edit summary
No edit summary
Line 33: Line 33:
  )
  )
The first operator here converts the object to a set and then takes the first, which is the object itself, '''not the reference or subscription'''.
The first operator here converts the object to a set and then takes the first, which is the object itself, '''not the reference or subscription'''.
[[Category:Associations]]

Revision as of 08:40, 15 December 2022

Let is used to temporarily hold a value in an EAL expression.

Let is very useful, but be careful when using it and also deleting objects or referencing a derived expression.

Cause

But, it's not a variable, it's a reference.

Also look at derived associations are used to create "shortcuts" in your model or to split complex navigations into parts.

Both let refences and a combining these two can lead to unexpected results.

Example with single link association

If you have a derived single link association called lastSubPart, derived like

self.subParts->last

then you have a method with this content

let lp = self.lastSubPart in 
(
  self.subParts.add(newPart);
  newPart.Name = 'copy of ' + lp.Name
)

You might expect newPart.Name to hold 'copy of <name of the lastsubpart>', but it doesn't.

That's because lp is NOT holding the object, it's holding a reference to the subscription to the derivation to the object.

Solution

When the code does self.subParts.add(newPart), lp changes to point to the new object.

I.e. every time you use lp, the derived single link association is reevaluated.

let lp = self.lastSubPart->first in 
(
  self.subParts.add(newPart);
  newPart.Name = 'copy of ' + lp.Name
)

The first operator here converts the object to a set and then takes the first, which is the object itself, not the reference or subscription.

This page was edited 98 days ago on 02/10/2024. What links here