Przejdź do treści

Rozgałęzianie warunkowe

Wyświetl jako Markdown Edytuj w GitHub Dokumentacja: 2cc7b2b

Przepływy pracy mogą przejść do nazwanego kroku na podstawie wyniku wcześniejszego kroku. W tym celu należy zwrócić specjalny klucz _next_step jako część wartości zwracanej przez krok.

Jeśli chcesz wrócić do wcześniejszego kroku na podstawie stanu przepływu pracy, zobacz sekcję Powtórzenia. Dzięki temu powrót do wcześniejszego kroku jest jawnie określony w definicji przepływu pracy, zamiast ukrywać go w klasie kroku.

Nazwane kroki

Nadaj krokom nazwy, używając drugiego argumentu metody ->then():

PHP
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 ] );

Jeśli nazwa nie zostanie podana jawnie, kroki otrzymają nazwy odpowiadające ich indeksom ('0', '1', '2' itd.).

Klucz _next_step

Krok może zwrócić _next_step, aby przejść do nazwanego kroku i pominąć wszystkie kroki po drodze. Kroki po wskazanym kroku docelowym nadal są wykonywane w kolejności: jeśli nie następuje skok, przepływ pracy po prostu kontynuuje od następnego kroku na liście, więc w powyższym przykładzie pomyślnie zakończony krok confirm przechodzi do failure, chyba że zwróci wartość _next_step, która go pominie, albo HandleFailureHandler sprawdzi wcześniej, czy istnieje klucz error:

PHP
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 [];
    }
}

Gdy ValidateOrderHandler zwraca _next_step => 'failure', przepływ pracy pomija charge, fulfill i confirm, przechodząc bezpośrednio do kroku failure. Klucz _next_step jest używany przez silnik przepływu pracy i nie jest zapisywany w stanie.

Wzorce rozgałęziania

Pomijanie warunkowe

PHP
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 [];
    }
}

Wczesne zakończenie

Przejdź do ostatniego kroku, aby pominąć zbędne przetwarzanie:

PHP
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 [];
    }
}

Pełny przykład

PHP
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 ] );

Jeśli sprawdzenie pamięci podręcznej wykryje trafienie, przepływ pracy przechodzi bezpośrednio z check_cache do done, pomijając fetch, generate i save. W przypadku braku kroki są wykonywane po kolei, a save przechodzi też do done, dlatego ReturnCachedHandler musi obsługiwać obie ścieżki.