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
@@ -57,6 +57,8 @@ public static async Task<object> Run(DurableOrchestrationContext ctx)
57
57
}
58
58
}
59
59
```
60
+
> [!NOTE]
61
+
> There are subtle differences while writing a precompiled durable function in C# vs the C# script sample shown before. A C# precompiled function would require durable parameters to be decorated with respective attributes. An example is `[OrchestrationTrigger]` attribute for `DurableOrchestrationContext` parameter. If the parameters are not properly decorated, the runtime would not be able to inject the variables to the function and would give error. Please visit [sample](https://github.com/Azure/azure-functions-durable-extension/blob/master/samples) for more examples.
60
62
61
63
#### JavaScript (Functions v2 only)
62
64
@@ -83,7 +85,7 @@ The `ctx` parameter ([DurableOrchestrationContext](https://azure.github.io/azure
83
85
84
86
With normal functions, fanning out can be done by having the function send multiple messages to a queue. However, fanning back in is much more challenging. You'd have to write code to track when the queue-triggered functions end and store function outputs. The Durable Functions extension handles this pattern with relatively simple code.
@@ -198,7 +200,7 @@ An example would be reversing the earlier async HTTP API scenario. Instead of ex
198
200
199
201
Using Durable Functions, multiple monitors that observe arbitrary endpoints can be created in a few lines of code. The monitors can end execution when some condition is met, or be terminated by the [DurableOrchestrationClient](durable-functions-instance-management.md), and their wait interval can be changed based on some condition (i.e. exponential backoff.) The following code implements a basic monitor.
@@ -266,7 +268,7 @@ One example of a business process that involves human interaction is an approval
266
268
267
269
This pattern can be implemented using an orchestrator function. The orchestrator would use a [durable timer](durable-functions-timers.md) to request approval and escalate in case of timeout. It would wait for an [external event](durable-functions-external-events.md), which would be the notification generated by some human interaction.
0 commit comments