À propos des obsolescences

Le terme « obsolète » désigne des fonctionnalités ou des composants qui sont en passe d'être remplacés par d'autres plus récents ou d'être entièrement supprimés.

Exemple : il peut s'agir de quelque chose d'aussi petit qu'un seul composant (labelrenommé en newlabel), mais peut aussi s'appliquer à un composant complet ou à une fonctionnalité.

Une fonctionnalité peut devenir obsolète pour les raisons suivantes :

• Elle est remplacée par une nouvelle fonctionnalité.
• La fonctionnalité peut ne pas correspondre à la vision/feuille de route à long terme de Jutro.

Obsolète signifie-t-il que quelque chose ne fonctionnera plus ?

Non.

L'obsolescence signifie que toutes les fonctionnalités actuelles fonctionnent sans changement et que vous pouvez continuer à les utiliser sans aucune modification de code, mais qu'elles ne recevront pas de nouvelles mises à jour de fonctionnalités. En outre, lorsque vous utilisez un composant ou une fonction obsolète, un message d'avertissement s'affiche en mode développement.

Comment puis-je savoir qu'un élément est obsolète ?

Ces informations sont disponibles comme suit :

• Les notes de version comprennent les fonctionnalités qui sont devenues obsolètes.
• Le schéma IDE/des suggestions automatiques informent l'utilisateur des éléments devenus obsolètes.
• Les avertissements sur la console.
• Le code lui-même.
• La documentation Storybook contient les propriétés des composants qui sont devenus obsolètes.
• Storybook affiche une étiquette « Obsolète » à côté des composants qui sont désormais obsolètes.

Que dois-je faire lorsqu'un élément est obsolète ?

Aucune action immédiate requise.

Lorsqu'une obsolescence affecte une application, vous pouvez décider quand passer à l'alternative suggérée, mais tout fonctionnera encore, de sorte que cela puisse être planifié et exécuté à une étape ultérieure. Il est recommandé de convertir les applications à la nouvelle alternative dès que possible afin de bénéficier des nouvelles fonctionnalités et de s'aligner sur les meilleures pratiques et les dernières versions.

Lorsqu'un élément est obsolète, différentes alternatives peuvent être proposées :

1. Un nouveau composant ou une nouvelle fonction est disponible. L'alternative dans ce scénario serait d'utiliser cette nouvelle fonctionnalité, en remplaçant celle qui est obsolète. Dans certains cas, la migration peut être facilitée par certaines automatisations fournies (également appelées codemods).

2. Remplacé par un modèle. Dans le cas des composants, l'alternative peut consister à utiliser un modèle fourni et à le personnaliser pour répondre aux exigences spécifiques du projet.

3. Aucune alternative fournie. Dans certains cas, il peut être décidé qu'aucune alternative n'est nécessaire. Cela peut se produire car cette fonctionnalité peut être considérée comme obsolète ou hors du champ des responsabilités de la bibliothèque. Dans ce cas, si nécessaire, les utilisateurs peuvent décider s'ils préfèrent l'implémenter dans le cadre de leur projet ou demander à l'équipe Guidewire de leur fournir le code actuel.

Quel est le calendrier de prise en charge/suppression des fonctionnalités obsolètes ?

• L'obsolescence peut se produire dans toute version mineure ou principale.
• La fonctionnalité ne peut être obsolète que si une fonctionnalité ou une orientation alternative est disponible (sauf si aucune alternative n'est envisagée).
• La fonctionnalité obsolète ne sera désactivée que si elle n'est pas utilisée ou si sa suppression est prévue.
• La désactivation aura lieu sur une version majeure.

Que signifie « prendre en charge » pour une fonctionnalité obsolète ?

Lorsqu'une fonctionnalité obsolète se trouve dans la période de prise en charge, l'équipe Jutro fournit une assistance, corrige le composant si nécessaire et le publie dans le cadre d'une future version mineure.