Условное ветвление
Workflow может перейти к именованному шагу на основании результата предыдущего шага. Для этого в возвращаемое значение шага добавляется специальный ключ _next_step.
Если нужно вернуться к более раннему шагу на основании состояния workflow, см. Повторы. Так обратный переход будет явно указан в определении workflow, а не скрыт внутри класса шага.
Именованные шаги
Задайте имя шага с помощью второго аргумента ->then():
use Queuety\Queuety;
Queuety::workflow( 'process_order' )
->then( ValidateOrderHandler::class, 'validate' )
->then( ChargePaymentHandler::class, 'charge' )
->then( FulfillOrderHandler::class, 'fulfill' )
->then( SendConfirmationHandler::class, 'confirm' )
->then( HandleFailureHandler::class, 'failure' )
->dispatch( [ 'order_id' => 123 ] );
Если имя не задано явно, шагам назначаются их индексы ('0', '1', '2' и т. д.).
Ключ _next_step
Шаг может вернуть _next_step, чтобы перейти к именованному шагу и пропустить все промежуточные. Шаги после целевого шага продолжают выполняться по порядку: без перехода workflow просто переходит к следующему шагу в списке. Поэтому в приведенном выше примере успешный шаг confirm продолжит выполнение с шага failure, если он не вернет _next_step, который пропускает этот шаг, или HandleFailureHandler сначала не проверит наличие ключа error:
use Queuety\Step;
class ValidateOrderHandler implements Step {
public function handle( array $state ): array {
$order = wc_get_order( $state['order_id'] );
if ( ! $order || $order->get_status() === 'cancelled' ) {
return [
'error' => 'Order is invalid or cancelled',
'_next_step' => 'failure',
];
}
return [
'order_total' => $order->get_total(),
'customer_id' => $order->get_customer_id(),
];
}
public function config(): array {
return [];
}
}
Когда ValidateOrderHandler возвращает _next_step => 'failure', workflow пропускает charge, fulfill и confirm и сразу переходит к шагу failure. Ключ _next_step обрабатывается движком workflow и не сохраняется в состоянии.
Шаблоны ветвления
Пропуск по условию
class CheckInventoryHandler implements Step {
public function handle( array $state ): array {
$in_stock = check_inventory( $state['sku'] );
if ( ! $in_stock ) {
return [
'reason' => 'Out of stock',
'_next_step' => 'notify_backorder',
];
}
return [ 'inventory_reserved' => true ];
}
public function config(): array {
return [];
}
}
Досрочное завершение
Перейдите к последнему шагу, чтобы пропустить ненужную обработку:
class CheckCacheHandler implements Step {
public function handle( array $state ): array {
$cached = get_transient( "report_{$state['user_id']}" );
if ( $cached ) {
return [
'report_url' => $cached,
'_next_step' => 'done',
];
}
return [ 'cache_miss' => true ];
}
public function config(): array {
return [];
}
}
Полный пример
Queuety::workflow( 'content_pipeline' )
->then( CheckCacheHandler::class, 'check_cache' )
->then( FetchDataHandler::class, 'fetch' )
->then( CallLLMHandler::class, 'generate' )
->then( SaveResultHandler::class, 'save' )
->then( ReturnCachedHandler::class, 'done' )
->dispatch( [ 'user_id' => 42 ] );
Если кеш найден, workflow сразу переходит от check_cache к done, пропуская fetch, generate и save. Если кеш не найден, шаги выполняются по порядку, и save также переходит к done, поэтому ReturnCachedHandler должен обрабатывать оба варианта.