OrchestrationContext interface
Objet de contexte passé à Functions d’orchestration.
- Extends
Propriétés
| df | Objet contenant toutes les API et propriétés d’orchestration DF |
Propriétés héritées
| extra |
Objet utilisé pour obtenir des entrées secondaires |
| extra |
Objet utilisé pour définir des sorties secondaires |
| function |
Nom de la fonction appelée |
| invocation |
Guid unique spécifique à cet appel |
| options | Options utilisées lors de l’inscription de la fonction REMARQUE : cette valeur peut différer légèrement de l’original, car elle a été validée et les valeurs par défaut peuvent avoir été ajoutées explicitement. |
| retry |
Contexte de nouvelle tentative de l’exécution de la fonction actuelle si la stratégie de nouvelle tentative est définie |
| trace |
Informations TraceContext pour activer les scénarios de suivi distribué |
| trigger |
Métadonnées sur le déclencheur ou non défini si les métadonnées sont déjà représentées ailleurs Par exemple, cela ne sera pas défini pour les déclencheurs http et de minuteur, car vous pouvez trouver ces informations sur la requête & objet minuteur à la place |
Méthodes héritées
| debug(any[]) | La méthode recommandée pour journaliser les données de débogage (niveau 1) pendant l’appel.
Similaire au |
| error(any[]) | La méthode recommandée pour consigner les données d’erreur (niveau 4) pendant l’appel.
Similaire au |
| info(any[]) | La méthode recommandée pour journaliser les données d’informations (niveau 2) pendant l’appel.
Similaire au |
| log(any[]) | La méthode recommandée pour journaliser les données pendant l’appel.
Similaire à Node.js's |
| trace(any[]) | La méthode recommandée pour journaliser les données de trace (niveau 0) pendant l’appel.
Similaire au |
| warn(any[]) | La méthode recommandée pour journaliser les données d’avertissement (niveau 3) pendant l’appel.
Similaire au |
Détails de la propriété
df
Objet contenant toutes les API et propriétés d’orchestration DF
df: DurableOrchestrationContextValeur de propriété
Détails de la propriété héritée
extraInputs
Objet utilisé pour obtenir des entrées secondaires
extraInputs: InvocationContextExtraInputsValeur de propriété
héritée de InvocationContext.extraInputs
extraOutputs
Objet utilisé pour définir des sorties secondaires
extraOutputs: InvocationContextExtraOutputsValeur de propriété
héritée de InvocationContext.extraOutputs
functionName
Nom de la fonction appelée
functionName: stringValeur de propriété
string
héritée de InvocationContext.functionName
invocationId
Guid unique spécifique à cet appel
invocationId: stringValeur de propriété
string
héritée de InvocationContext.invocationId
options
Options utilisées lors de l’inscription de la fonction REMARQUE : cette valeur peut différer légèrement de l’original, car elle a été validée et les valeurs par défaut peuvent avoir été ajoutées explicitement.
options: EffectiveFunctionOptionsValeur de propriété
héritée de InvocationContext.options
retryContext
Contexte de nouvelle tentative de l’exécution de la fonction actuelle si la stratégie de nouvelle tentative est définie
retryContext?: RetryContextValeur de propriété
héritée de InvocationContext.retryContext
traceContext
Informations TraceContext pour activer les scénarios de suivi distribué
traceContext?: TraceContextValeur de propriété
héritée de InvocationContext.traceContext
triggerMetadata
Métadonnées sur le déclencheur ou non défini si les métadonnées sont déjà représentées ailleurs Par exemple, cela ne sera pas défini pour les déclencheurs http et de minuteur, car vous pouvez trouver ces informations sur la requête & objet minuteur à la place
triggerMetadata?: TriggerMetadataValeur de propriété
héritée de InvocationContext.triggerMetadata
Détails de la méthode héritée
debug(any[])
La méthode recommandée pour journaliser les données de débogage (niveau 1) pendant l’appel.
Similaire au console.debugde Node.js, mais a une intégration avec des fonctionnalités Azure telles que Application Insights
function debug(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.debug
error(any[])
La méthode recommandée pour consigner les données d’erreur (niveau 4) pendant l’appel.
Similaire au console.errorde Node.js, mais a une intégration avec des fonctionnalités Azure telles que Application Insights
function error(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.error
info(any[])
La méthode recommandée pour journaliser les données d’informations (niveau 2) pendant l’appel.
Similaire au console.infode Node.js, mais a une intégration avec des fonctionnalités Azure telles que Application Insights
function info(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.info
log(any[])
La méthode recommandée pour journaliser les données pendant l’appel.
Similaire à Node.js's console.log, mais a une intégration avec des fonctionnalités Azure telles que application Insights Utilise le niveau de journal 'information'
function log(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.log
trace(any[])
La méthode recommandée pour journaliser les données de trace (niveau 0) pendant l’appel.
Similaire au console.tracede Node.js, mais a une intégration avec des fonctionnalités Azure telles que Application Insights
function trace(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.trace
warn(any[])
La méthode recommandée pour journaliser les données d’avertissement (niveau 3) pendant l’appel.
Similaire au console.warnde Node.js, mais a une intégration avec des fonctionnalités Azure telles que Application Insights
function warn(args: any[])Paramètres
- args
-
any[]
héritée de InvocationContext.warn