leads / core
Shared core library for Leads
Requires
- php: >=8.3
- doctrine/dbal: ^4.0
- symfony/config: ^7.2 || ^8.0
- symfony/dependency-injection: ^7.2 || ^8.0
- symfony/http-foundation: ^7.2 || ^8.0
- symfony/http-kernel: ^7.2 || ^8.0
- symfony/validator: ^7.2 || ^8.0
- symfony/yaml: ^7.2 || ^8.0
Requires (Dev)
- smi2/phpclickhouse: ^1.6 || ^1.26
Suggests
- smi2/phpclickhouse: Required to use Leads\Core\Pagination\ClickHousePagination (^1.6 || ^1.26)
This package is auto-updated.
Last update: 2026-08-05 14:23:45 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— aPaginationDTOwithcount(items on this page),total(total rows),page,perPageandpages(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
QueryBuildermust use named parameters (:name) — positional?placeholders are not substituted by the ClickHouse client. - The SQL (including
LIMIT/OFFSETsyntax and identifier quoting) is rendered by the DBAL platform of the connection theQueryBuilderwas 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 bodycreate201Response(string $id)— 201 with{"id": ...}create201ContentResponse(array $response)— 201 with a custom bodycreate201EmptyResponse()— 201 with an empty bodycreate204Response()— 204create400Response(string $message)— 400 with a messagecreateCustomResponse(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\EntityNotFoundException—Entity not found., code 404; for missing entities in repositories/handlersLeads\Core\Exception\UserNotFoundException—User not found., code 404Leads\Core\Exception\AccessDeniedException—Access Denied., code 403
use Leads\Core\Exception\EntityNotFoundException; $order = $repository->find($id) ?? throw new EntityNotFoundException(sprintf('Order "%s" not found.', $id));
License
MIT