299ecff703
There are many places in the API where we receive a property set to `null` which can then lead to defensive code deeper in the app in order to guard for this type of thing when usually we are expecting an array or for the property to be undefined using omitempty on the backend. Previously we had two places where we would deal with this in the serializer using our 'remove-null' util (KV and Intentions). This new decorator lets you declaritively define this type of data using a decorator @NullValue([]) (which would replce a null value with []. @NullValue in turn uses a more generic @replace helper, which we currently don't need but would let you replace any value with another, not just a null value. An additional benefit here is that the guard/replacement is executed lazily when we get the property instead of serializing all the values when they come in via the API. On super large datasets, where we only visualize part of the dataset (say in our scroll panes), this feels like a good improvement on the previous approach. |
||
|---|---|---|
| .. | ||
| acceptance | ||
| helpers | ||
| integration | ||
| lib | ||
| pages | ||
| steps | ||
| unit | ||
| dictionary.js | ||
| index.html | ||
| pages.js | ||
| steps.js | ||
| test-helper.js | ||