Action |
Option de modèle |
Déconseillée ? |
Alternative |
---|---|---|---|
Ajouter une opération Entity stéréotypée (par exemple, <<ns>>, <<nsreadmulti>>, etc.) |
Aucune |
Déconseillée |
Au lieu d'utiliser une sous-classe avec remplacement, ajouter l'opération stéréotypée en utilisant une sous-classe sans remplacement. Cela permet de garantir que votre sous-classe (et, par conséquent, vos nouvelles opérations stéréotypées) sera traitée comme externe et que vous ne recevrez pas d'avertissements dans Eclipse lorsque vous la référencerez. Notez que vous recevrez des avertissements si vous référencez directement les opérations stéréotypées dans l'entité de base, car elles sont internes par défaut. |
Ajouter ou changer une opération Entity non stéréotypée |
Aucune |
Déconseillée |
Au lieu d'utiliser une sous-classe avec remplacement, ajouter une opération non stéréotypée en utilisant une sous-classe sans remplacement. Cela permet de garantir que votre sous-classe (et, par conséquent, vos nouvelles opérations non stéréotypées) sera traitée comme externe et que vous ne recevrez pas d'avertissements dans Eclipse lorsque vous la référencerez. Notez que vous recevrez des avertissements si vous référencez directement les opérations dans l'entité de base, car elles sont internes par défaut. Il est déconseillé aux clients de fournir de nouvelles implémentations pour les opérations Entity non stéréotypées de l'application. |
Changer la structure d'une opération Entity |
Aucune |
Déconseillée |
Créer une opération stéréotypée à l'aide d'une sous-classe sans remplacement. Si vous avez une raison valable pour changer la structure de l'opération d'entité d'une application, créez un dossier de support. |
Changer une option d'opération Entity |
Zone ID auto Clé ID auto Aucun code SQL généré Verrouillage optimiste Tri par SQL Where |
Déconseillée |
Créer une opération stéréotypée à l'aide d'une sous-classe sans remplacement. Si vous avez une raison valable pour changer ces options dans les opérations Entity de l'application, créez un dossier de support. |
Contrôle au niveau de la table de base de données |
Déconseillée |
Cette option est paramétrable via les propriétés d'exécution. Pour plus d'informations sur cette procédure, voir la section 12.3.6 du guide Cúram Server Modeling Guide. |
|
Opération en cas d'échec Opération post-accès aux données Opération pré-accès aux données |
Autorisée (en partie) |
Les clients sont toujours autorisés à implémenter les points d'exit Entity de l'application. Si les clients souhaitent effectuer un traitement dans les points d'exit pour lesquels il existe une implémentation par défaut, l'implémentation par défaut doit être appelée au début de l'implémentation du point d'exit client (c'est-à-dire qu'il doit y avoir un appel 'super()' au début). Les clients ne sont pas autorisés à quitter les implémentations de point d'exit de l'application. |
|
Treater ReadmultiMax comme Informational Exception Enregistrements ReadMultiMax renvoyés |
Autorisée |
||
Changer une option de classe Entity |
Activer la validation |
Autorisée (en partie) |
Les clients sont toujours autorisés à implémenter les points d'exit Entity de l'application. Si les clients souhaitent effectuer un traitement dans les points d'exit pour lesquels il existe une implémentation par défaut, l'implémentation par défaut doit être appelée au début de l'implémentation du point d'exit client (c'est-à-dire qu'il doit y avoir un appel 'super()' au début). |
Résumé Autoriser le verrouillage optimiste Aucun code SQL généré |
Déconseillée |
Si vous avez une raison valable pour changer ces options dans les opérations Entity de l'application, créez un dossier de support. |
|
Contrôler les zones Dernière mise à jour de la zone |
Déconseillée |
Utiliser les classes d'extension pour substituer ces options sur une classe Entity de l'application. |
|
Remplacer la superclasse |
Autorisée (en partie) |
Implicitement autorisée pour prendre en charge les autres actions 'Autorisées' décrites dans cette section. |