You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: graph/patterns/operations.md
+7Lines changed: 7 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,6 +17,13 @@ If the operation doesn't have any side effects and MUST return a single instance
17
17
18
18
The operations pattern is well suited to use cases that cannot be modeled as a single HTTP method on a resource and require either multiple round trips to complete a single logical operation or produce one or multiple side effects.
19
19
20
+
The operation pattern might be justified when a modeling operation represents one or combination of the following:
21
+
22
+
- a change of a resource (i.e., increment the value of a property) rather than a state (i.e., the final value of the property)
23
+
- complex processing logic that shouldn't be exposed to the client
24
+
- operation parameters might convey a restricted set of option (i.e., a report that can has to specify a date range)
25
+
- the operation leverage some service-side data not exposed to (or easily retrieved in context by) the user.
26
+
20
27
You can consider related patterns such as [long running operations](./long-running-operations.md) and [change tracking](./change-tracking.md).
0 commit comments