leads/core

Shared core library for Leads

Maintainers

Package info

github.com/Maxim-intelico/leads-core

Type:symfony-bundle

pkg:composer/leads/core

Transparency log

Statistics

Installs: 17 217

Dependents: 0

Suggesters: 0

Stars: 0

Open Issues: 0

1.0.1 2026-08-05 14:20 UTC

README

Shared core bundle for Leads projects built on the Symfony Framework. It provides DBAL-based pagination, API request validation helpers and base controller utilities.

Requirements

  • PHP >= 8.3
  • Symfony 7.2+ or 8.x (the package resolves to Symfony 8.x on PHP >= 8.4)
  • Doctrine DBAL ^4.0 (used by the pagination component)

Installation

composer require leads/core

Register the bundle in config/bundles.php (done automatically if you use Symfony Flex):

return [
    // ...
    Leads\Core\LeadsCoreBundle::class => ['all' => true],
];

Pagination

Page-based pagination over a Doctrine DBAL QueryBuilder. The Leads\Core\Pagination namespace is excluded from container autowiring — instantiate the classes manually:

use Doctrine\DBAL\Connection;
use Leads\Core\Pagination\DBALPagination;
use Leads\Core\Pagination\DTO\ListResponseDTO;
use Leads\Core\Pagination\Pagination;

final readonly class OrderRepository
{
    public function __construct(
        private Connection $connection,
    ) {
    }

    public function findPaginated(int $page, int $perPage): ListResponseDTO
    {
        $qb = $this->connection->createQueryBuilder()
            ->select('id', 'customer_id', 'amount')
            ->from('orders')
            ->orderBy('id', 'DESC');

        return (new Pagination(
            page: $page,
            perPage: $perPage,
            pagination: new DBALPagination(
                connection: $this->connection,
                qb: $qb,
            ),
        ))->paginate();
    }
}

paginate() returns a ListResponseDTO:

  • items — the rows for the requested page (fetchAllAssociative() result)
  • pagination — a PaginationDTO with count (items on this page), total (total rows), page, perPage and pages (total page count)

The total is computed by wrapping your query in a COUNT(*) subquery (with ORDER BY stripped), so it stays correct for queries with GROUP BY or DISTINCT. Pagination throws \InvalidArgumentException if page or perPage is less than 1.

To paginate a different data source, implement Leads\Core\Pagination\PaginationInterface (getItems(int $offset, int $limit): array and getTotal(): int) and pass it instead of DBALPagination.

ClickHouse

ClickHousePagination runs the same DBAL QueryBuilder-built query against ClickHouse via the smi2/phpclickhouse client. The package is an optional dependency — install it in your project first:

composer require smi2/phpclickhouse
use ClickHouseDB\Client;
use Leads\Core\Pagination\ClickHousePagination;
use Leads\Core\Pagination\Pagination;

return (new Pagination(
    page: $page,
    perPage: $perPage,
    pagination: new ClickHousePagination(
        client: $client, // ClickHouseDB\Client
        qb: $qb,
    ),
))->paginate();

Constraints:

  • The QueryBuilder must use named parameters (:name) — positional ? placeholders are not substituted by the ClickHouse client.
  • The SQL (including LIMIT/OFFSET syntax and identifier quoting) is rendered by the DBAL platform of the connection the QueryBuilder was created from, so use a connection whose platform produces ClickHouse-compatible SQL (MySQL and PostgreSQL platforms are fine).

API validation and base controller

ApiValidator wraps the Symfony Validator: it validates an object against its constraint attributes and throws ApiValidationException if there are violations. The exception exposes the violations as getErrors() — a list of ['property' => ..., 'message' => ...] pairs, also JSON-encoded into the exception message.

Controllers can extend BaseAction to get validation plus JSON response helpers:

use Leads\Core\Action\BaseAction;
use Symfony\Component\HttpFoundation\JsonResponse;

final class CreateOrderAction extends BaseAction
{
    public function __invoke(CreateOrderRequest $request): JsonResponse
    {
        $this->validate($request); // throws ApiValidationException on violations

        $id = /* ... */;

        return $this->create201Response($id); // {"id": "..."}
    }
}

Available response helpers:

  • create200Response(array $data) — 200 with a JSON body
  • create201Response(string $id) — 201 with {"id": ...}
  • create201ContentResponse(array $response) — 201 with a custom body
  • create201EmptyResponse() — 201 with an empty body
  • create204Response() — 204
  • create400Response(string $message) — 400 with a message
  • createCustomResponse(array $data, int $status) — any status

ApiValidatorInterface is autowired to ApiValidator by the bundle; you can also inject it directly into your own services.

Exceptions

The Leads\Core\Exception namespace provides ready-to-use domain exceptions. All of them extend \RuntimeException and carry an HTTP-like status code in getCode(), so an exception listener can map them to responses directly. Each constructor accepts an optional custom message, code override and previous throwable:

  • Leads\Core\Exception\EntityNotFoundExceptionEntity not found., code 404; for missing entities in repositories/handlers
  • Leads\Core\Exception\UserNotFoundExceptionUser not found., code 404
  • Leads\Core\Exception\AccessDeniedExceptionAccess Denied., code 403
use Leads\Core\Exception\EntityNotFoundException;

$order = $repository->find($id)
    ?? throw new EntityNotFoundException(sprintf('Order "%s" not found.', $id));

License

MIT