-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some change operations need to fail? #46
Comments
On formalizing, a node patch interface should look like the following? interface NodePatch {
core: GmeClasses.Core;
put: (node: Core.Node, change: NodeChangeSet, resolvedSelectors) => Promise<PatchResult>;
del: (node: Core.Node, change: NodeChangeSet, resolvedSelectors) => Promise<PatchResult>;
} and we need to implement these for each key of class AttributePatch implements NodePatch{
...
} |
In the first example, I would expect it to recreate |
Okay, I can add a test for this. |
umesh-timalsina
added a commit
that referenced
this issue
Oct 6, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
While working on
webgme-diffsync
, I realize that changeset'sChangeType.put
orChangeType.del
will always succeed (case in point, setting a pointer to a removed node) when usingNodeState
as T2 forwebgme-diffsync
. While this might not be of concern forWJI
, second guessing the change success/failure in the callee is also not ideal. I am opening this issue to start a discussion on formalizing theseChangeSet
patch operations (for increased type correctness as well as ease of use).MWE
The text was updated successfully, but these errors were encountered: