Internationaliser et localiser les réponses des composants personnalisés
Si vous avez des composants personnalisés qui renvoient du contenu dans les conversations, vous devez également vous assurer qu'ils renvoient ce contenu dans la langue cible de l'utilisateur.
- Créez des entrées de regroupement de ressources dans la brique et référencez-les directement à partir du composant personnalisé. Cette approche vous permet de gérer les traductions des messages de composant personnalisés au même endroit que pour les autres messages de la brique.
- Utilisez un composant système et des entrées de regroupement de ressources pour assembler les chaînes traduisibles qui intègrent la sortie de données du composant personnalisé. Cette approche vous permet de gérer les traductions des messages de composant personnalisé au même endroit que pour les autres messages de la brique tout en favorisant un couplage plus faible entre le composant personnalisé et cette brique particulière.
- Si vous voulez utiliser le service de traduction de la brique pour traduire les réponses du composant, définissez la propriété
translate
du composant personnalisé surtrue
. - Si votre composant extrait et renvoie des données back-end qui doivent être incorporées dans un message et que vous voulez utiliser le service de traduction de la brique pour traduire les réponses du composant, stockez les données renvoyées dans une variable dans le flux de dialogue. Vous pouvez alors référencer cette variable dans un composant système.
Référencer des regroupements de ressources à partir du composant personnalisé
Tout comme vous pouvez utiliser des groupes de ressources pour les messages dans les composants intégrés, les intentions de réponse, etc., vous pouvez également utiliser des groupes de ressources pour vos composants personnalisés. Pour ce faire :
- Définissez les entrées de groupe de ressources dans la brique pour votre message. Reportez-vous à Create Resource Bundle Keys.
- A l'aide de la méthode
context.translate()
du kit SDK Bots Node, référencez les clés de regroupement de ressources à partir du code de composant personnalisé.context.translate()
prend un nom de clé de groupe de ressources spécifié (et tous les paramètres indiqués dans l'entrée de groupe de ressources) et génère le modèle FreeMarker approprié requis pour charger la chaîne de langue du groupe de ressources nommé lorsque la conversation est renvoyée à l'utilisateur via la méthodecontext.reply()
. - Utilisez la méthode d'aide
context.reply
pour imprimer la réponse traduite. Par exemple :context.reply(translate('date.message', dateToday, dayOfWeek ));
- Documentez toutes les clés de regroupement de ressources référencées par le composant personnalisé ainsi que les chaînes par défaut attendues. (Etant donné que le composant personnalisé référence directement la clé de regroupement de ressources au sein de la brique, il doit y avoir un degré élevé de coordination entre le développeur du composant personnalisé et ceux qui créent la brique pour s'assurer que les clés référencées sont valides au sein de la brique).
Dans cet exemple, date.message
est une clé de groupe de ressources, dateToday
et dayOfWeek
sont des variables, et une expression FreeMarker telle que la suivante est renvoyée :
${rb('date.message', 'Monday', 'July 12, 2021')}
La méthode context.translate()
prend uniquement en charge les valeurs de groupe de ressources qui n'ont aucun paramètre ou qui utilisent des paramètres positionnels (numérotés). Par exemple, dans le cas de l'exemple de clé date.message
, sa valeur peut être quelque chose comme “Today is {0}, {1}”
. Les paramètres nommés et les formats de message complexes ne sont pas pris en charge.
Utilisation d'un composant système pour référencer un groupe de ressources
Vous pouvez utiliser un composant système pour assembler des messages à l'aide d'entrées de regroupement de ressources et de données renvoyées par un composant personnalisé. Vous définissez les chaînes de message de base dans les entrées de groupe de ressources. Les entrées de groupe peuvent inclure des paramètres pour les données (telles que les nombres et les dates) qui proviennent du composant personnalisé. Etant donné que les chaînes de message de base sont définies dans le flux de dialogue, cette approche garantit que les composants personnalisés ne dépendent pas d'un code d'implémentation spécifique et restent réutilisables.
Voici la procédure générale :
- Pour le composant personnalisé, incluez un paramètre d'entrée requis pour le nom de la variable de contexte dans laquelle stocker les données renvoyées.
- Etant donné que le développeur de composants personnalisés et le développeur de flux de dialogue peuvent ne pas être la même personne ni même au sein de la même équipe, documentez soigneusement les données renvoyées par le composant personnalisé dans cette variable et mettez les informations à la disposition de tous les consommateurs de composants personnalisés afin qu'ils comprennent comment présenter les données renvoyées à l'utilisateur dans un message.
- Dans le flux de dialogue, créez une variable pour stocker les données renvoyées par le composant personnalisé et transmettre son nom au paramètre d'entrée requis.
- Définissez les entrées de groupe de ressources dans la brique pour votre message. Reportez-vous à Create Resource Bundle Keys.
- Dans le flux de dialogue, référencez l'entrée du groupe de ressources et renseignez les paramètres requis.
L'exemple suivant d'une brique développée en mode de boîte de dialogue YAML référence un composant personnalisé dont l'état est initializeReceipt
et transmet le nom de la variable (receipt
) contenant la réponse du composant et purchaseId
comme paramètres d'entrée. L'état printProduct
incorpore ensuite la valeur receipt
en tant que paramètre dans une référence à l'entrée de groupe de ressources nommée receiptMessage
.
initializeReceipt:
component: "sample.receipt.dataresponse"
properties:
dataVariable: "receipt"
purchaseId: "${purchaseId.value}"
...
printProduct:
component: "System.CommonResponse"
properties:
keepTurn: true
metadata:
responseItems:
- type: "text"
text: "${rb('receiptMessage','${receipt.value}')}"
Le code personnalisé permettant d'accéder à ces paramètres d'entrée peut ressembler au code suivant :
module.exports = {
metadata: () => ({
name: 'myComponent',
properties: {
dataVariable: { required: true, type: 'string' },
purchaseId: { required: true, type: 'string' },
},
...
// Retrieve the value of the 'dataVariable' component property.
const { dataVariable } = context.properties();
if (!dataVariable) {
context.transition();
done(new Error('The state is missing the dataVariable property.'));
}
...
// Retrieve the value of the 'purchaseId' component property.
const { purchaseId } = context.properties();
if (!purchaseId) {
context.transition();
done(new Error('The state is missing the purchaseId property.'));
}
...
context.setVariable(dataVariable, data);
context.transition();
done();
}
}
Envoyer des réponses directement au service de traduction
Si vous ne disposez pas d'un moyen de connaître le texte de réponse du composant (par exemple, s'il est interrogé à partir d'un back-end distant), vous pouvez utiliser le service de traduction de la brique pour traduire les réponses. Pour ce faire, procédez comme suit :
- Assurez-vous que la sortie du composant est configurée pour être envoyée au service de traduction en définissant la propriété
translate
sur le composant et en la définissant surtrue
. - Dans le composant personnalisé, utilisez la méthode d'aide
context.reply
pour renvoyer la réponse.
Cette approche ne fonctionne qu'avec les briques configurées en mode de langue Service de traduction.
Utilisation d'un composant système pour transmettre le message au service de traduction
Les composants personnalisés interrogeant les services back-end peuvent renvoyer des données dans un format complexe, comme un objet ou un tableau d'objets. Si vous utilisez un service de traduction, ces objets de données ne peuvent pas être envoyés au service de traduction tel quel. Au lieu de cela, vous devez former un message qui référence les attributs nécessaires de l'objet de données individuellement.
- Pour le composant personnalisé, incluez un paramètre d'entrée requis pour le nom de la variable de flux de dialogue dans laquelle stocker les données renvoyées.
- Etant donné que le développeur de composants personnalisés et le développeur de flux de dialogue peuvent ne pas être la même personne ni même au sein de la même équipe, documentez soigneusement les données renvoyées par le composant personnalisé dans cette variable et mettez les informations à la disposition de tous les consommateurs de composants personnalisés afin qu'ils comprennent comment présenter les données renvoyées à l'utilisateur dans un message.
- Dans le flux de dialogue, créez une variable pour stocker les données renvoyées par le composant personnalisé et transmettre son nom au paramètre d'entrée requis.
- A l'aide des informations de la variable, assemblez la réponse dans un composant système, comme Common Response (Réponse commune).
- Assurez-vous que la brique est configurée pour la traduction automatique.
- Pour les briques développées en mode de boîte de dialogue visuelle, définissez la propriété Traduire le message de réponse de bot de la page Paramètres de la brique sur
true
. - Pour les briques développées en mode de dialogue YAML, vous pouvez les gérer globalement dans la brique en définissant la variable de contexte
autoTranslate
. Par exemple :setAutoTranslate: component: "System.SetVariable" properties: variable: "autoTranslate" value: input: true output: true
- Pour les briques développées en mode de boîte de dialogue visuelle, définissez la propriété Traduire le message de réponse de bot de la page Paramètres de la brique sur
dialogVar
. L'objet de données transmis à partir du composant personnalisé à cette variable est {product: "an apple", type: "fruit", origin: "Spain" }
.
responseItems:
- type: "text"
text: "The product in your cart is a ${dialogVar.value.type}. It is
${dialogVar.value.product} from ${dialogVar.value.origin}"
Le code personnalisé permettant d'accéder à ce paramètre d'entrée peut ressembler au code suivant :
module.exports = {
metadata: () => ({
name: 'myComponent',
properties: {
dialogVar: { required: true, type: 'string' },
},
...
// Retrieve the value of the 'dialogVar' component property.
const { dialogVar } = context.properties();
if (!dialogVar) {
context.transition();
done(new Error('The state is missing the dialogVar property.'));
}
...
context.setVariable(dialogVar, data);
context.transition();
done();
}
}
Détecter la langue utilisateur dans un composant personnalisé
Si le composant personnalisé a besoin de la langue de l'utilisateur pour fournir des formats de date corrects, vous pouvez le fournir au composant de l'une des manières suivantes :
- Accédez aux variables
profile.locale
etprofile.languageTag
à partir du code de composant personnalisé comme indiqué dans l'exemple suivant ://detect user locale. If not set, define a default const locale = context.getVariable('profile.locale') ? context.getVariable('profile.locale') : 'en-AU'; //Make sure locale is returned with hyphen, not underscore. JavaScript requires a hyphen. const jsLocale = locale.replace('_','-'); //when profile languageTag is set, use it. If not, use profile.locale const languageTag = context.getVariable('profile.languageTag')? context.getVariable('profile.languageTag') : jslocale;
- Transmettez les valeurs de
profile.locale
et/ouprofile.languageTag
en tant que paramètres d'entrée au composant.
Si les deux variables sont définies, profile.languageTag
est prioritaire dans la brique.