After getting closer to implementing this schema, having a LockAction and UnlockAction which update a LockedProperty seems to make more sense than a TargetLockedProperty.
This seems like a good use of actions given locking can take a while to complete and can both succeed and fail, and using actions avoids some strange interplays between LockedProperty and TargetLockedProperty.
benfrancis
commented
5 years ago
After getting closer to implementing this schema, having a
LockActionandUnlockActionwhich update aLockedPropertyseems to make more sense than aTargetLockedProperty.This seems like a good use of actions given locking can take a while to complete and can both succeed and fail, and using actions avoids some strange interplays between
LockedPropertyandTargetLockedProperty.