Flow and Subflow

A subflow provide a common sequence of activities to be used by several flows. You can include subflows in your flows in the same way as you include activity and tool. You can also connect subflows to other nodes in the same way.

A subflow provides the following benefits:

• Reusability and reduced development time.

  สามารถนำมาใช้ใหม่และลดเวลาในการพัฒนา

• Consistency and increased maintainability of your similar flows (consider a subflow as analogous to a programming macro, or to inline code that is written once but used in many places).

  ความสอดคล้องและเพิ่มความสามารถในการบำรุงรักษาของโฟลว์ที่คล้ายกันของคุณ (พิจารณาโฟลว์ย่อยที่คล้ายกับแมโครการเขียนโปรแกรมหรือโค้ดอินไลน์ที่เขียนครั้งเดียว แต่ใช้ในหลาย ๆ ที่)

• Flexibility to tailor a subflow to a specific context (for example, by updating the output queue or data source information).

  กระบวนการย่อยแบบอะซิงโครนัสสามารถทำงานที่ต้องใช้เวลามากเช่นการเขียนข้อมูลไปยังฐานข้อมูลภายนอกหรือส่งข้อความทางอีเมลโดยไม่ต้องหยุดการไหลของข้อมูลหลักกระแสการไหลที่ก่อให้เกิดการดำเนินการ

• Asynchronous subflow can perform time-consuming tasks, such as writing data to an external database or emailing a message, without stalling main flow, the flow that triggered its execution.

  กระบวนการย่อยแบบอะซิงโครนัสสามารถทำงานที่ต้องใช้เวลามากเช่นการเขียนข้อมูลไปยังฐานข้อมูลภายนอกหรือส่งข้อความทางอีเมลโดยไม่ต้องหยุดการไหลของข้อมูลหลักกระแสการไหลที่ก่อให้เกิดการดำเนินการ

Types of Subflow

1. Synchronous

A subflow run synchronously (relative to the flow that triggered its execution) and always inherits both the processing strategy and exception strategy employed by the triggering flow. While a subflow is running, processing on the triggering flow pauses, then resumes only after the subflow completes its processing and hands the message back to the triggering flow.

2. Asynchronous

An asynchronous flow run simultaneously and asynchronously in parallel to the flow that triggered its execution. When a flow trigger an asynchronous flow, thus triggering its execution, it simultaneously flow to the next activity processor in its own flow. Thus, the two flows – triggering and triggered – execute simultaneously and independently, each finishing on its own. This type of flow does not inherit processing or exception strategies from the triggering flow.