Update bsip-0040.md
This commit is contained in:
parent
ba625b1cd3
commit
1d4aa4266b
1 changed files with 2 additions and 2 deletions
|
@ -81,9 +81,9 @@ List of possible asserts are:
|
|||
| `lt, le, gt, ge` | `comparative` | stateless |
|
||||
| `limit` | [`max_cumsum`, `interval_in_sec`] | [`current_cumsum`, `interval_began`] |
|
||||
| `limit_monthly` | [`max_cumsum`, `interval_in_months`] | [`current_cumsum`, `interval_began`] |
|
||||
| `may_mutate` | `attribute_to_assert` = [{`attribute_identifier`: `any of above assert_objects`}] | stateless |
|
||||
| `attribute_assert` | `attribute_to_assert` = [{`attribute_identifier`: `any of above assert_objects`}] | stateless |
|
||||
|
||||
There is no implicit type conversion when attempting to assert, incompatible type means assert failure.
|
||||
There is no implicit type conversion when attempting to assert, incompatible type means assert failure. If required, a field can be added that stores the assumed type of the argument (if conversion fails, assert fails).
|
||||
|
||||
In the following we list possible `asserts`. Mentioning `argument value` refers to the value of the argument of the operation specified `argument` in `assert_object`. The logic does not differentiate if an `argument` is optional or mandatory. All asserts imply: If the `argument` is given, it must pass the `assert`. If the `argument` is not given, assert is implicitly passed.
|
||||
|
||||
|
|
Loading…
Reference in a new issue