Operation

Operation is a reusable workflow fragment called only by UseCases.

Generated facts

Layer: service
Generated path: app/Pulsar/Services/{Service}/Modules/{Module}/Operations/{Name}.php
Generator command: make:operation
Workflow method: execute()
Stability: Current manifest surface (Pulsar 0.4.1)

Canonical example

Generated src/stubs/operation.stub — canonical synchronized stub.

<?php

namespace {{namespace}};

class {{name}}
{
    public function execute()
    {
        //
    }
}

Responsibility

Operation owns the responsibility stated above; it must not absorb delivery, transaction, or unrelated cross-layer behavior.

Placement and dependencies

Keep this type in its generated Service Module path. It may depend inward on Domain capability, but it must not make another Service its behavioral dependency.

Workflow and tests

Operation is called from a UseCase workflow; only the UseCase owns its transaction and event boundary. Test its direct contract, its rejected boundary cases, and the caller or callee that proves the rule in application flow.

Three pitfalls

❌ Prohibited: move this responsibility into a neighboring type merely because it is nearby.
✅ Correct: keep the generated placement and depend only on the documented layer direction.
✅ Correct: test the boundary through the caller and the return or side effect visible to its callee.

Boundaries

❌ Prohibited: Do not start a transaction or emit an event from an Operation.

✅ Correct: Let the calling UseCase own the transaction and event boundary.

Operation ​