Skip to main content

Classes et hiérarchie des classes

Classes

Pega Platform™ facilite la réutilisation des règles entre les types de dossiers et les applications. Les développeurs réutilisent souvent des règles, aussi bien de simples éléments de données que des processus complets, dans les applications. La réutilisation des règles améliore la qualité de l’application et accélère le développement. Dans une application, Pega Platform regroupe les règles en classes en fonction de leur capacité à être réutilisées. Chaque groupe constitue une classe. Chaque application est composée de trois types de classes :

  • La classe Work contient les règles décrivant le traitement à appliquer à des dossiers, notamment les processus, les éléments de données et les interfaces utilisateur.
  • La classe Integration contient les règles décrivant la manière dont l’application doit interagir avec les autres systèmes, tels que les ressources d’intégration qui connectent l’application à une base de données client externe ou à un serveur Web tiers.
  • La classe Data contient les règles qui décrivent les types de données de l’application, tels qu’un type de données client ou articles d’une commande.
Note: Lorsque vous créez une règle dans App Studio, l’application identifie automatiquement la classe appropriée. 

Vérifiez vos connaissances avec l’interaction suivante.

Classes parent et enfant

Une classe peut contenir d’autres classes. Il s’agit dans ce cas d’une classe parent. La classe contenue dans une classe parent est une classe enfant. Une classe enfant peut réutiliser (hériter de) toutes les règles qui sont définies pour sa classe parent.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les classes parent et enfant.

Note: Dans Dev Studio > App Explorer, vous pouvez consulter les classes et leurs relations au sein de votre application. Pour en savoir plus sur la hiérarchie des classes et l’héritage (inheritance), consultez l’article Understanding class hierarchy and inheritance.

Hiérarchie des classes

Les classes sont organisées en couches selon une hiérarchie à plusieurs niveaux afin d’organiser les ressources de l’application. Elles sont organisées de la plus spécifique à la moins spécifique dans la hiérarchie. La hiérarchie des classes détermine la manière dont les développeurs peuvent réutiliser des règles dans l’application. L’application peut utiliser toutes les règles à sa disposition par l’intermédiaire de la hiérarchie des classes mais elle ne peut pas utiliser les règles auxquelles elle n’a pas accès via la hiérarchie des classes. 

Pour identifier la règle à utiliser au moment de l’exécution, Pega Platform commence par la classe la plus spécifique et élargit la recherche à des classes plus générales.

Le nom de la classe identifie la position de celle-ci dans la hiérarchie des classes. Prenons par exemple la classe TGB-IT-Work . Un trait d’union (-) sépare les niveaux qui composent la hiérarchie des classes. TGB-IT-Work est donc une classe enfant de la classe TGB-IT, elle-même enfant de la classe TGB .

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les groupes de classes dans la hiérarchie.

Note: Pour permettre à l’organisation de réutiliser des règles, le Lead System Architect (LSA) et les chefs de projet conçoivent généralement la hiérarchie des classes avant de créer l’application.

Vérifiez vos connaissances avec l’interaction suivante.


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

50% found this content useful

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice