Estados &Events
Los estados y eventos son principios fundamentales para entender y trabajar con IPF. Los estados representan un punto en el procesamiento de su sistema, mientras que los eventos son hechos persistentes sobre algo que ha ocurrido en su sistema. (usted puede leer más sobre estados y eventos desde una perspectiva de 'máquina de estados' aquí - Máquina de Estados)
Global States
Primero consideramos el "Global State Set". El conjunto de estados global es un conjunto de estados que representan el estado general de un pago. Se utiliza particularmente cuando un pago puede abarcar múltiples flujos (por ejemplo, si el procesamiento del pago se divide en partes de "iniciación" y "ejecución"), pero también puede aplicar un estado de tipo agrupación general a las partes individuales del flujo para simplificar las transiciones de estado aparentes desde el nivel de pago.
Cada estado de nivel de flujo puede ser mapeado a un estado global de tal manera que múltiples estados de nivel de flujo pueden ser considerados como que dejan el pago en el mismo estado global general.
Se proporciona un conjunto de estados globales predeterminados que ofrece los siguientes estados estándar: Pendiente, Aceptado, Rechazado, Acción Manual Requerida y Cancelado. |
Estados
El siguiente concepto a considerar dentro de nuestro flujo es un "Estado". Este es simplemente un punto de descanso en el flujo por el que el pago puede pasar en su recorrido. Por ejemplo, podemos tener un flujo muy simple que va de " State A" a " State B".
Un estado en sí mismo tiene una serie de propiedades:
-
"Nombre"
-
"Descripción"
-
"Estado global"
-
"Es Terminal" bandera-la bandera terminal se utiliza para indicar que esto finaliza el flujo al que pertenece el estado.
Cada flujo puede contener muchos estados diferentes.
Además de las propiedades del estado mencionadas anteriormente, es posible especificar (a un nivel más técnico)
-
Si un flujo debe ser pasivado cuando la acción asociada con ese estado ha sido procesada.
-
Si el estado es no recuperable- en nuestro contexto significa ¿pueden las acciones asociadas con este estado ser reproducidas? Esto es particularmente útil cuando un dominio externo no puede tolerar solicitudes repetidas.
Events
Cuando un flujo se mueve de un estado a otro, esto se conoce como una "Transición de Estado". Dentro de IPF, para que ocurra una transición de estado, el sistema debe recibir un "Evento" en el proceso de pago. En este caso, se trata de un tipo específico de evento conocido como un "Dominio". Event_*.
A domain event es un hecho persistente - La llegada de un evento significa que ha ocurrido algo explícito que puede causar algún tipo de cambio en el procesamiento de nuestro pago.
Un evento tiene una serie de propiedades:
-
"Nombre"
-
"Descripción"
-
Lista de elementos de "Datos empresariales".
Cuando se forma un evento, el sistema verificará su propio comportamiento para determinar qué acciones deben realizarse.
Los comportamientos y el procesamiento triggered se discute por eventos aquí. Existen tres ocasiones en las que un evento puede causar un cambio en el procesamiento, estas se conocen como las condiciones de "Criterios de Evento" y se definen como:
-
Encendido- este movimiento ocurrirá con la llegada de un único evento (por ejemplo, podemos hacer la transición al recibir " Event 1")
-
En cualquiera de- este movimiento ocurrirá con la llegada de uno de múltiples eventos (por ejemplo, podemos hacer la transición al recibir cualquiera de " Event 1" o " Event 2")
-
En todo el- este movimiento solo ocurrirá tras la llegada de múltiples eventos (por ejemplo, podemos realizar la transición solo después de recibir tanto " Event 1" y " Event 2")
Aquí hemos descrito el "Dominio Event "el cual es el tipo de evento que se declara explícitamente dentro de cualquier" MPS solución. Sin embargo, IPF en su conjunto utiliza una serie de diferentes tipos de evento:
Todos estos tipos de eventos se discuten en los conceptos o tutoriales. |