Componentes y aplicaciones incorporadas
Componentes y aplicaciones incorporadas
La descomposición hace referencia al proceso de separar un problema en partes más pequeñas y que se puedan mantener. En programación, estas partes se denominan “componentes”.
Para crear una solución que incluya tipos de caso, necesita una aplicación. Cuando se utiliza una aplicación como aplicación incorporada, esta puede considerarse un componente. Un conjunto de rulesets que no incluya tipos de caso también puede considerarse un componente. Entre los ejemplos, se incluyen la correspondencia o los flujos reutilizables, los activos de integración o la biblioteca de funciones. Una aplicación puede aprovechar cualquier tipo de componente y, luego, convertirse en un componente o implementarse como una aplicación de producción.
En el siguiente ejemplo, se muestran componentes y aplicaciones incorporadas que admiten una aplicación de reclamo.
El algoritmo de aplanamiento de varias aplicaciones incorporadas (MBO) siempre toma la posición o precedencia más baja entre las aplicaciones repetidas y usa la versión más alta referenciada en la pila de aplicación aplanada.
Para ver una demostración de video y un debate detallado de varias aplicaciones incorporadas, consulte el video de TechTalk de Pega Community acerca de varias aplicaciones incorporadas (Multiple built-on applications).
Hay varias aplicaciones y componentes disponibles para su reutilización en Pega Marketplace. Para contribuir a Pega Marketplace, envíe aplicaciones y componentes a fin de que estén disponibles para Pega Community. Por ejemplo, puede usar la aplicación PegaDevOpsFoundation como una aplicación incorporada del mismo nivel cuando use la aplicación Deployment Manager para organizar la integración y entrega continuas.
Si quiere mostrar aplicaciones como posibles aplicaciones incorporadas en el asistente “New Application” (Nueva aplicación), vaya a la pestaña Application wizard de la regla de aplicación y seleccione el checkbox Show this application in the New Application wizard.
Use la landing page Components (Dev Studio > Configure > Application > Components) (Dev Studio>Configurar>Aplicación>Componentes) para crear y administrar componentes. Un componente define un conjunto de versiones del ruleset y puede tener otros componentes o aplicaciones como prerequerimientos.
Cuando cree un tipo de caso que no amplíe un tipo de caso de aplicación de base, es conveniente agregar dicho tipo de caso a un ruleset nuevo y específico del tipo de caso. Esto facilitará el desarrollo de aplicaciones de componente. Cuando se sigue este enfoque y se incorpora una aplicación en PegaRULES, cada tipo de caso existe en su propio ruleset. Existe una regla de la aplicación, una clase de grupo de trabajo y clases de datos de aplicación en el ruleset creado por el asistente “New Application” (Nueva aplicación).
Un tipo de caso que parece ser un buen candidato para una aplicación de componentes debería evitar dependencias en la clase de grupo de trabajo y en las clases de datos al nivel de la aplicación. En cambio, el candidato de componente de tipo de caso debería usar la clase de datos que amplían las clases de datos al nivel de la aplicación. Asimismo, las reglas de grupo de trabajo que el candidato de componente de tipo de caso usa pueden trasladarse a la capa debajo de la aplicación actual.
Cuando se eliminan todas las dependencias en la aplicación actual, puede usarse el Refactoring wizard (Dev Studio > Configure > System > Refactor > Classes) (Dev Studio>Configurar>Sistema>Refactorizar>Clases) para renombrar la clase original; para ello, se reemplaza la referencia de la aplicación existente en el nombre original de la clase del tipo de caso (APP) con el nombre de una aplicación de componente nueva (NEWAPP). Esta clase de tipo de caso refactorizada y creada recientemente, y todas sus reglas asociadas, pueden colocarse en su propia aplicación de componente con el nombre NEWAPP. La aplicación original se modificará para hacer referencia a la aplicación de componente nueva NEWAPP como una aplicación incorporada. Por último, la clase de tipo de caso original de la aplicación original se vuelve a crear; para ello, se la importa como descendiente directo de la clase refactorizada y creada recientemente en la aplicación de componente NEWAPP. Cuando vuelve a crearse mediante la importación, la clase de tipo de caso original se guarda automáticamente en el ruleset de la aplicación original.
Cuando los citizen developers diseñan e implementan aplicaciones con App Studio, suelen incluir varios componentes discretos de funcionalidad. A medida que dichos citizen developers se familiarizan más con las necesidades del negocio de la organización, pueden surgir oportunidades para reutilizar dichos componentes en otras aplicaciones.
Para crear componentes y aplicaciones incorporadas reutilizables de aplicaciones de citizen developer, primero identifique los componentes reutilizables. Luego, refactorice las reglas apropiadas de la aplicación existente en sus nuevos componentes y aplicaciones incorporadas reutilizables como se describió anteriormente. Es importante definir los registros pertinentes para los componentes, no solo las aplicaciones, a fin de simplificar y fomentar su uso.
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
¿Quiere ayudarnos a mejorar este contenido?