Spiral contains a lot of components built to operate seamlessly with each other. In this article, we will show you how to create a demo blog application with REST API, ORM, Migrations, request validation, custom annotations (optional) and domain interceptors.
Note
The components and approaches will be covered at basic levels only. Read the corresponding sections to gain more information. You can find the demo repository here.
To get started with building your simple application, you can easily install the default spiral/app
bundle with most
of the required components by running the following command:
composer create-project spiral/app spiral-demo
During the installation process, you will be prompted to select various options with the Spiral installer, such as the application preset, whether to use Cycle ORM, which collections to use, which validator component to use, and so on. For this tutorial, we recommend choosing the options shown above:
✔ Which application preset do you want to install? > Web✔ Create a default application structure and demo data? > No✔ Would you like to use SAPI? > No✔ Do you need Cycle ORM? > Yes✔ Which Collections do you want to use with Cycle ORM? > Doctrine Collections✔ Which validator component do you want to use? > Spiral Validator✔ Do you want to use Queue component? > No✔ Do you want to use Cache component? > No✔ Do you want to use Mailer Component? > No✔ Do you want to use Storage component? > No✔ Which template engine do you want to use? > Stempler✔ Do you need Data Grid? > Yes✔ Do you want to use the Event Dispatcher? > No✔ Do you need a cron jobs scheduler? > No✔ Do you need Translator? > No✔ Do you need the Temporal? > No✔ Do you need the RoadRunner Metrics? > No✔ Do you need the Sentry? > No
Spiral applications are configured using config files located in app/config
, you can use the hardcoded values for the
configuration, or get the values using available functions env
and directory
.
The spiral/app
bundle uses DotEnv extension which will load ENV variables from the.env
file.
Note
Tweak the application server and its plugins using.rr.yaml
file.
The application dependencies defined in composer.json
and activated in app/src/Application/Kernel.php
as
Bootloaders. The default build includes quite a lot of pre-configured components.
To simplify the tweaking of the application, restart the application server in developer mode. In this mode, the server uses only one worker and reloads it after every request.
http:
...
pool:
debug: true
You can also create and use an alternative configuration file via -c
flag of the rr
application.
./rr serve -c .rr.dev.yaml
See more
Read more about workers in the Official RoadRunner documentation.
We won't need session, cookies, CSRF, routing configuration via RoutesBootloader in our demo application. Remove these components and their bootloaders.
Delete the following bootloaders from app/src/Application/Kernel.php
:
// from http
Spiral\Bootloader\Http\CookiesBootloader::class,
Spiral\Bootloader\Http\SessionBootloader::class,
Spiral\Bootloader\Http\CsrfBootloader::class,
Spiral\Bootloader\Http\PaginationBootloader::class,
Note
Read more about Bootloaders here.
By default, the routing rules are located in app/src/Application/Bootloader/RoutesBootloader.php
. You have many
options on how to configure the routing. Point route to actions, controllers, controller groups, set the default
pattern parameters, verbs, middleware, etc.
Remove method defineRoutes
. We will add routes using attributes:
class RoutesBootloader extends BaseRoutesBootloader
{
...
- protected function defineRoutes(RoutingConfigurator $routes): void
- {
- ...
- }
}
See more
Read more about routing in the HTTP — Routing section.
Remove CookiesMiddleware
, SessionMiddleware
, CsrfMiddleware
from the web middleware group, for this tutorial
we only need ValidationHandlerMiddleware
:
class RoutesBootloader extends BaseRoutesBootloader
{
...
protected function middlewareGroups(): array
{
return [
'web' => [
- CookiesMiddleware::class,
- SessionMiddleware::class,
- CsrfMiddleware::class,
ValidationHandlerMiddleware::class
],
];
}
}
Remove unused imports:
- use Spiral\Cookies\Middleware\CookiesMiddleware;
- use Spiral\Csrf\Middleware\CsrfMiddleware;
- use Spiral\Router\Loader\Configurator\RoutingConfigurator;
- use Spiral\Session\Middleware\SessionMiddleware;
final class RoutesBootloader extends BaseRoutesBootloader
{
...
}
Note
Note that the application won't work at the moment as we removed the dependency required to renderapp/views/home.dark.php
.
Our application needs a database to operate. By default, the database configuration is located
in app/config/database.php
file. The demo application comes with a pre-configured In-Memory SQLite database.
Let's change the configuration to store data in the runtime/db.sqlite file.
use Cycle\Database\Config;
return [
'default' => 'default',
'databases' => [
'default' => ['driver' => 'sqlite'],
],
'drivers' => [
- 'sqlite' => new Config\SQLiteDriverConfig(
- connection: new Config\SQLite\MemoryConnectionConfig(),
- queryCache: true
- ),
+ 'sqlite' => new Config\SQLiteDriverConfig(
+ connection: new Config\SQLite\FileConnectionConfig(
+ database: directory('runtime') . '/db.sqlite'
+ ),
+ queryCache: true
+ ),
// ...
],
];
To change the default database to MySQL, change the drivers
section of the configuration, we can store a database name,
username, password and port in .env
file, add the following lines into it:
DB_HOST=localhost
DB_NAME=name
DB_USER=username
DB_PASSWORD=password
DB_PORT=3306
Note
Change the values to match your database parameters.
We can use env
function to access the ENV variables:
use Cycle\Database\Config;
return [
'default' => 'default',
'databases' => [
'default' => ['driver' => 'mysql'],
],
'drivers' => [
'mysql' => new Config\MySQLDriverConfig(
connection: new Config\MySQL\TcpConnectionConfig(
database: env('DB_NAME'),
host: env('DB_HOST'),
port: (int) env('DB_PORT', 3306),
user: env('DB_USER'),
password: env('DB_PASSWORD')
),
queryCache: true
),
]
];
To check that the database connection was successful, run:
cd spiral-demophp app.php db:list
See more
Read more about Databases here.
We will need some sample data for the application. Let's install Database Seeder.
Add the bootloader Spiral\DatabaseSeeder\Bootloader\DatabaseSeederBootloader
to the defineBootloaders
method to
activate the package:
use Spiral\DatabaseSeeder\Bootloader\DatabaseSeederBootloader;
class Kernel extends \Spiral\Framework\Kernel
{
public function defineBootloaders(): array
{
return [
// ...
DatabaseSeederBootloader::class,
// ...
];
}
}
We can use this attribute in our controller as follows:
namespace App\Endpoint\Web;
use Spiral\Router\Annotation\Route;
final class HomeController
{
#[Route(route: '/', name: 'index', methods: 'GET')]
public function index(): string
{
return 'hello world';
}
#[Route(route: '/open/<id>', name: 'open', methods: 'GET')]
public function open(string $id)
{
dump($id);
}
}
See more
Read more about the extension here.
Run CLI command to check the list of available routes:
php app.php route:list
Note
Use additional route parameters to configure middleware, route group, etc.
In the following examples, we will stick to the routes with attributes for simplicity.
To flush route cache (when DEBUG
disabled):
php app.php cache:clean
Once the application is installed and configured, you can start the server and open your application immediately by running the following command:
./rr serve
You've just started RoadRunner server. The same server can be used on production, making your development environment similar to the final setup. Out of the box, the server includes instruments to write portable applications with HTTP/2, GRPC, Queue, WebSockets, etc. and does not require external brokers to operate.
By default, the application is available on http://127.0.0.1:8080
.
The domain core represents the fundamental domain logic and business rules that drive the functionality of an application. It constitutes the central aspect of the codebase and often encompasses the most critical and intricate elements of the software.
It is possible to modify the default behavior of the application by utilizing a route parameter and a Guard
attribute
to enable resolution of the Cycle Entity.
Here is the example:
namespace App\Application\Bootloader;
use Spiral\Bootloader\DomainBootloader;
use Spiral\Core\CoreInterface;
use Spiral\Cycle\Interceptor\CycleInterceptor;
use Spiral\DataGrid\Interceptor\GridInterceptor;
use Spiral\Domain\GuardInterceptor;
/**
* @link https://spiral.dev/docs/http-interceptors
*/
final class AppBootloader extends DomainBootloader
{
protected const SINGLETONS = [CoreInterface::class => [self::class, 'domainCore']];
protected const INTERCEPTORS = [
CycleInterceptor::class,
GridInterceptor::class,
GuardInterceptor::class,
];
}
This bootloader is added by default and we don't need to modify it.
Note
Read more about Http interceptors here.
The framework can configure the database schema using a set of migration files. To configure migrations in your application, run:
php app.php migrate:init
You can now observe the migration table structure by using:
php app.php db:listphp app.php db:table migrations
You can write the migration manually, or let Cycle ORM generate it for you.
Note
Read more about migrations here. Use Scaffolder component to create migrations manually.
The demo application comes with Cycle ORM. By default, you can use attributes to configure your entities.
Let's create Post
, User
and Comment
entities and their repositories using the Scaffolder extension:
php app.php create:entity post -f id:primary -f title:string -f content:text -ephp app.php create:entity user -f id:primary -f name:string -ephp app.php create:entity comment -f id:primary -f message:string
Note
Observe the classes generated inapp/src/Database
andapp/src/Repository
.
Post:
namespace App\Domain\Blog\Entity;
use App\Repository\PostRepository;
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity(repository: PostRepository::class)]
class Post
{
#[Column(type: 'primary')]
public int $id;
#[Column(type: 'string')]
public string $title;
#[Column(type: 'text')]
public string $content;
}
We can move the definition of the $title
and $content
properties to the __construct
method:
use App\Domain\Blog\Repository\PostRepository;
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity(repository: PostRepository::class)]
class Post
{
#[Column(type: 'primary')]
public int $id;
public function __construct(
#[Column(type: 'string')]
public string $title,
#[Column(type: 'text')]
public string $content
) {
}
}
User:
use App\Domain\Blog\Repository\UserRepository;
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity(repository: UserRepository::class)]
class User
{
#[Column(type: 'primary')]
public int $id;
#[Column(type: 'string')]
public string $name;
}
We can move the definition of the $name
property to the __construct
method:
use App\Domain\Blog\Repository\UserRepository;
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity(repository: UserRepository::class)]
class User
{
#[Column(type: 'primary')]
public int $id;
public function __construct(
#[Column(type: 'string')]
public string $name
) {
}
}
Comment:
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity]
class Comment
{
#[Column(type: 'primary')]
public int $id;
#[Column(type: 'string')]
public string $message;
}
We can move the definition of the $message
property to the __construct
method:
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
#[Entity]
class Comment
{
#[Column(type: 'primary')]
public int $id;
public function __construct(
#[Column(type: 'string')]
public string $message
) {
}
}
Let's add the Spiral\Prototype\Annotation\Prototyped
attribute to the repositories so that we can use them
as users and posts properties during development:
use Spiral\Prototype\Annotation\Prototyped;
#[Prototyped(property: 'posts')]
class PostRepository extends Repository
{
}
You can change the default directory mapping, headers, and others using Scaffolder config.
Note
Read more about Cycle here.
Run the configure command to collect all available prototype classes:
php app.php configure
To generate the database schema, run:
php app.php cycle:migrate -v
The generated migration is located in app/migrations/
. Execute it using:
php app.php migrate -vv
You can now observe the generated tables using db:list
command.
Use attributes to define the relations between entities. Configure Post and Comment relations with type BelongsTo and add relation HasMany between User and Post.
Post:
use App\Repository\PostRepository;
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
use Cycle\Annotated\Annotation\Relation;
use Doctrine\Common\Collections\ArrayCollection;
use Doctrine\Common\Collections\Collection;
#[Entity(repository: PostRepository::class)]
class Post
{
#[Column(type: 'primary')]
public int $id;
/**
* @var Collection|Comment[]
* @psalm-var Collection<int, Comment>
*/
#[Relation\HasMany(target: Comment::class)]
public Collection $comments;
public function __construct(
#[Column(type: 'string')]
public string $title,
#[Column(type: 'text')]
public string $content,
#[Relation\BelongsTo(target: User::class, nullable: false)]
public User $author
) {
$this->comments = new ArrayCollection();
}
}
Comment:
use Cycle\Annotated\Annotation\Column;
use Cycle\Annotated\Annotation\Entity;
use Cycle\Annotated\Annotation\Relation;
#[Entity]
class Comment
{
#[Column(type: 'primary')]
public int $id;
public function __construct(
#[Column(type: 'string')]
public string $message,
#[Relation\BelongsTo(target: User::class, nullable: false)]
public User $author,
#[Relation\BelongsTo(target: Post::class, nullable: false)]
public Post $post
) {
}
}
Once again generate and run the migration:
php app.php cycle:migrate -vphp app.php migrate -vv
Note
You can generate and run the migration in one command usingphp app.php cycle:migrate -r
.
You can check the presence of Foreign Keys:
php app.php db:table comments
Note
Do not forget to runphp app.php cycle:migrate
when you change any of your entities.
To generate test data, we need factories that will describe the rules for generating an entity. And seeders that will fill the database.
We will store them separately from the application code, in the app/database
folder.
Let's add a separate Database
namespace to Composer autoload:
--- a/composer.json
+++ b/composer.json
"autoload": {
"psr-4": {
"App\\": "app/src",
+ "Database\\": "app/database"
},
//
},
composer dump-autoload
Let's create CommentFactory
class, extend it from Spiral\DatabaseSeeder\Factory\AbstractFactory
and implement
required methods:
namespace Database\Factory;
use App\Database\Comment;
use App\Database\Post;
use App\Database\User;
use Faker\Generator;
use Spiral\DatabaseSeeder\Factory\AbstractFactory;
class CommentFactory extends AbstractFactory
{
/**
* Returns a fully qualified database entity class name
*/
public function entity(): string
{
return Comment::class;
}
/**
* Returns an entity
*/
public function makeEntity(array $definition): Comment
{
return new Comment($definition['message'], $definition['author'], $definition['post']);
}
/**
* Generate Comment with given author
*/
public function withAuthor(User $author): self
{
return $this->state(fn(Generator $faker, array $definition) => [
'author' => $author,
]);
}
/**
* Generate Comment with given post
*/
public function withPost(Post $post): self
{
return $this->state(fn(Generator $faker, array $definition) => [
'post' => $post,
]);
}
/**
* Returns array with generation rules
*/
public function definition(): array
{
return [
'message' => $this->faker->sentence(12),
'author' => UserFactory::new()->makeOne(),
'post' => PostFactory::new()->makeOne()
];
}
}
Let's create PostFactory
class:
namespace Database\Factory;
use App\Database\Post;
use App\Database\User;
use Faker\Generator;
use Spiral\DatabaseSeeder\Factory\AbstractFactory;
class PostFactory extends AbstractFactory
{
/**
* Returns a fully qualified database entity class name
*/
public function entity(): string
{
return Post::class;
}
/**
* Returns an entity
*/
public function makeEntity(array $definition): Post
{
return new Post($definition['title'], $definition['content'], $definition['author']);
}
/**
* Generate Post with given author
*/
public function withAuthor(User $author): self
{
return $this->state(fn(Generator $faker, array $definition) => [
'author' => $author,
]);
}
/**
* Returns array with generation rules
*/
public function definition(): array
{
return [
'title' => $this->faker->sentence(12),
'content' => $this->faker->text(900),
'author' => UserFactory::new()->makeOne()
];
}
}
Let's create UserFactory
class:
namespace Database\Factory;
use App\Database\User;
use Spiral\DatabaseSeeder\Factory\AbstractFactory;
class UserFactory extends AbstractFactory
{
/**
* Returns a fully qualified database entity class name
*/
public function entity(): string
{
return User::class;
}
/**
* Returns an entity
*/
public function makeEntity(array $definition): User
{
return new User($definition['name']);
}
/**
* Returns array with generation rules
*/
public function definition(): array
{
return [
'name' => $this->faker->name,
];
}
}
Let's create BlogSeeder
class:
namespace Database\Seeder;
use Database\Factory\CommentFactory;
use Database\Factory\PostFactory;
use Database\Factory\UserFactory;
use Spiral\DatabaseSeeder\Attribute\Seeder;
use Spiral\DatabaseSeeder\Seeder\AbstractSeeder;
#[Seeder]
class BlogSeeder extends AbstractSeeder
{
public function run(): \Generator
{
$users = UserFactory::new()->times(100)->make();
yield from $users;
$posts = [];
for ($i = 0; $i < 1000; $i++) {
$posts[] = PostFactory::new()
->withAuthor($users[array_rand($users)])
->makeOne();
}
yield from $posts;
for ($i = 0; $i < 1000; $i++) {
yield CommentFactory::new()
->withAuthor($users[array_rand($users)])
->withPost($posts[array_rand($posts)])
->makeOne();
}
}
}
Now let's execute a console command that will populate the database with test records:
php app.php db:seed
Create a set of REST endpoints to retrieve the post data via API. We can start with a simple
controller, App\Endpoint\Web\PostController
. Create it using scaffolder:
php app.php create:controller post -a test -a get -p
Note
Use option-a
to pre-generate controller actions and option-p
to pre-load prototype extension.
The generated code:
namespace App\Endpoint\Web;
use Psr\Http\Message\ResponseInterface;
use Spiral\Prototype\Traits\PrototypeTrait;
use Spiral\Router\Annotation\Route;
final class PostController
{
use PrototypeTrait;
#[Route(route: 'path', name: 'name')]
public function test(): ResponseInterface
{
}
#[Route(route: 'path', name: 'name')]
public function get(): ResponseInterface
{
}
}
You can return various types of data from your controller methods. These are valid return values:
Note
Use custom domain core to perform domain-specific response transformations. You can also use the$this->response
helper to write the data into PSR-7 response object.
For demo purposes, return array
, the status
key will be treated as response status.
// ...
#[Route(route: '/api/test/<id>', name: "post.test", methods: 'GET')]
public function test(string $id): array
{
return [
'status' => 200,
'data' => [
'id' => $id
]
];
}
Open http://localhost:8080/api/test/123
to observe the result.
Alternatively, use the ResponseWrapper helper:
use Psr\Http\Message\ResponseInterface;
use Spiral\Router\Annotation\Route;
// ...
#[Route(route: '/api/test/<id>', methods: 'GET')]
public function test(string $id): ResponseInterface
{
return $this->response->json(
[
'data' => [
'id' => $id
]
],
200
);
}
Note
We won't use the test method going forward.
To get post details, use PostRepository
, request such dependency in the constructor, get
method, or use prototype
shortcut posts
. You can access id
via route parameter:
use App\Database\Post;
use Spiral\Http\Exception\ClientException\NotFoundException;
use Spiral\Prototype\Traits\PrototypeTrait;
use Spiral\Router\Annotation\Route;
final class PostController
{
use PrototypeTrait;
#[Route(route: '/api/post/<id:\d+>', name: 'post.get', methods: 'GET')]
public function get(string $id): array
{
/** @var Post $post */
$post = $this->posts->findByPK($id);
if ($post === null) {
throw new NotFoundException('post not found');
}
return [
'post' => [
'id' => $post->id,
'author' => [
'id' => $post->author->id,
'name' => $post->author->name
],
'title' => $post->title,
'content' => $post->content,
]
];
}
}
You can replace direct repository access and use Post
as method injection via connected CycleInterceptor
(make sure
that AppBootloader
is connected):
use App\Database\Post;
use Spiral\Prototype\Traits\PrototypeTrait;
use Spiral\Router\Annotation\Route;
final class PostController
{
use PrototypeTrait;
#[Route(route: '/api/post/<post:\d+>', name: 'post.get', methods: 'GET')]
public function get(Post $post): array
{
return [
'post' => [
'id' => $post->id,
'author' => [
'id' => $post->author->id,
'name' => $post->author->name
],
'title' => $post->title,
'content' => $post->content,
]
];
}
}
Note
Consider using view object to map the response data into theJsonSerializable
form.
You can use any existing serialization solution (like jms/serializer
) or write your own. Create a prototyped view
object to map post data into JSON format with comments:
namespace App\Endpoint\Web\View;
use App\Database\Post;
use Psr\Http\Message\ResponseInterface;
use Spiral\Core\Attribute\Singleton;
use Spiral\Prototype\Annotation\Prototyped;
use Spiral\Prototype\Traits\PrototypeTrait;
#[Singleton]
#[Prototyped(property: 'postView')]
final class PostView
{
use PrototypeTrait;
public function map(Post $post): array
{
return [
'post' => [
'id' => $post->id,
'author' => [
'id' => $post->author->id,
'name' => $post->author->name
],
'title' => $post->title,
'content' => $post->content,
]
];
}
public function json(Post $post): ResponseInterface
{
return $this->response->json($this->map($post), 200);
}
}
Note
Runphp app.php configure
to generate the IDE highlight and register a prototyped class.
Modify the controller as follows:
use App\Database\Post;
use Psr\Http\Message\ResponseInterface;
use Spiral\Prototype\Traits\PrototypeTrait;
use Spiral\Router\Annotation\Route;
final class PostController
{
use PrototypeTrait;
#[Route(route: '/api/post/<post:\d+>', name: 'post.get', methods: 'GET')]
public function get(Post $post): ResponseInterface
{
return $this->postView->json($post);
}
}
Note
You should observe no changes in the behavior.
Use direct repository access to load multiple posts. To start, let's load all the available posts and their authors.
Create findAllWithAuthors
method in PostRepository
:
use Cycle\ORM\Select;
use Cycle\ORM\Select\Repository;
use Spiral\Prototype\Annotation\Prototyped;
#[Prototyped(property: 'posts')]
class PostRepository extends Repository
{
public function findAllWithAuthor(): Select
{
return $this->select()->load('author');
}
}
Create method list
in PostController
:
#[Route(route: '/api/post', name: 'post.list', methods: 'GET')]
public function list(): array
{
$posts = $this->posts->findAllWithAuthor();
return [
'posts' => array_map([$this->postView, 'map'], $posts->fetchAll())
];
}
Note
You can see the JSON of all the posts usinghttp://localhost:8080/api/post
.
The approach provided above has its limitations since you have to paginate, filter, and order the result manually. Use the Data Grid component to handle data formatting for you. When installing the application, we chose to install the Data Grid component, so the component is already installed and configured in our application.
To use data grids, we have to specify our data schema first, create App\View\PostGrid
class:
use App\Database\Post;
use Spiral\DataGrid\GridSchema;
use Spiral\DataGrid\Specification\Filter\Equals;
use Spiral\DataGrid\Specification\Pagination\PagePaginator;
use Spiral\DataGrid\Specification\Sorter\Sorter;
use Spiral\DataGrid\Specification\Value\IntValue;
use Spiral\Prototype\Annotation\Prototyped;
#[Prototyped(property: 'postGrid')]
final class PostGrid extends GridSchema
{
public function __construct(
private readonly PostView $view,
) {
$this->addFilter('author', new Equals('author.id', new IntValue()));
$this->addSorter('id', new Sorter('id'));
$this->addSorter('author', new Sorter('author.id'));
// default limit, available limits
$this->setPaginator(new PagePaginator(10, [10, 20, 50]));
}
public function __invoke(Post $post): array
{
return $this->view->map($post);
}
}
Note
We have added one filter and two sorting options to the grid. The pagination is done using page limits.
Now we need to modify the list method in the controller, adding the Spiral\DataGrid\Annotation\DataGrid
attribute
with the class of the created PostGrid grid. The result of the method can be a Select object, the DataGrid package
interceptor will be able to retrieve data using this object:
use App\Endpoint\Web\View\PostGrid;
use Cycle\ORM\Select;
use Spiral\DataGrid\Annotation\DataGrid;
use Spiral\Prototype\Traits\PrototypeTrait;
use Spiral\Router\Annotation\Route;
final class PostController
{
use PrototypeTrait;
// ...
#[Route(route: '/api/post', name: 'post.list', methods: 'GET')]
#[DataGrid(grid: PostGrid::class)]
public function list(): Select
{
return $this->posts->findAllWithAuthor();
}
// ...
}
Note
Do not forget to runphp app.php configure
after adding a prototyped class.
The grids are a very flexible component with many customization options. By default, the grid is configured to read values from request query and data.
URL | Comment |
---|---|
http://localhost:8080/api/post?paginate[page]=2 |
Open second page. |
http://localhost:8080/api/post?paginate[page]=2&paginate[limit]=20 |
Open second page with 20 posts per page. |
http://localhost:8080/api/post?sort[id]=desc |
Sort by post->id DESC. |
http://localhost:8080/api/post?sort[author]=asc |
Sort by post->author->id. |
http://localhost:8080/api/post?filter[author]=1 |
Find only posts with given author id. |
You can use sorters, filters, and pagination in one request. Multiple filters can be activated at once.
To validate the request, we will use the spiral/validator package. When installing the application, we chose to install the Spiral Validator component, so the component is already installed and configured in our application.
Note
Read more about request validation here.
Create CommentFilter
:
use Spiral\Filters\Attribute\Input\Post;
use Spiral\Filters\Model\Filter;
use Spiral\Filters\Model\FilterDefinitionInterface;
use Spiral\Filters\Model\HasFilterDefinition;
use Spiral\Validator\FilterDefinition;
final class CommentFilter extends Filter implements HasFilterDefinition
{
#[Post]
public readonly string $message;
public function filterDefinition(): FilterDefinitionInterface
{
return new FilterDefinition([
'message' => ['string', 'required']
]);
}
}
Create App\Service\CommentService
:
namespace App\Service;
use App\Database\Comment;
use App\Database\Post;
use App\Database\User;
use Cycle\ORM\EntityManagerInterface;
use Spiral\Prototype\Annotation\Prototyped;
#[Prototyped(property: 'commentService')]
final class CommentService
{
public function __construct(
private readonly EntityManagerInterface $entityManager
) {
}
public function comment(Post $post, User $user, string $message): Comment
{
$comment = new Comment($message, $user, $post);
$this->entityManager->persist($comment);
$this->entityManager->run();
return $comment;
}
}
Declare controller method and request filter instance. If a filter class
implements Spiral\Filters\Model\HasFilterDefinition
interface, the Filters component will guarantee that the filter is
valid. Create comment
endpoint to post a message to the given post:
#[Route(route: '/api/post/<post:\d+>/comment', name: 'post.comment', methods: 'POST')]
public function comment(Post $post, CommentFilter $commentFilter): array
{
$this->commentService->comment(
$post,
$this->users->findOne(),
$commentFilter->message
);
return ['status' => 201];
}
Note
Usespiral/toolkit
Stempler extension to create AJAX-native forms in HTML.
Check the error format:
curl -X POST -H 'content-type: application/json' --data '{}' http://localhost:8080/api/post/1/comment
Response:
{
"errors": {
"message": "This value is required."
}
}
Or not found exception when the post can not be found:
curl -X POST -H 'content-type: application/json' --data '{"message":"test"}' http://localhost:8080/api/post/9999/comment
Note
Make sure to sendaccept: application/json
to receive an error in JSON format.
To post a valid comment:
curl -X POST -H 'content-type: application/json' --data '{"message": "first comment"}' http://localhost:8080/api/post/1/comment
Note
Read more about filters here.
To render post information into HTML form, use views and Stempler component. Pass a post list to the view using Grid object.
#[Route(route: '/posts', name: 'post.all', methods: 'GET')]
public function all(GridFactoryInterface $grids): string
{
$grid = $grids->create($this->posts->findAllWithAuthor(), $this->postGrid);
return $this->views->render('posts', ['posts' => $grid]);
}
Create/edit a layout file located in app/views/layout/base.dark.php
:
<!DOCTYPE html>
<html>
<head>
<title>${title}</title>
<link href="https://stackpath.bootstrapcdn.com/bootstrap/4.4.1/css/bootstrap.min.css" rel="stylesheet">
</head>
<body>
<block:body/>
</body>
</html>
Create a view file app/views/posts.dark.php
and extend parent layout.
<extends:layout.base title="Posts"/>
<define:body>
@foreach($posts as $post)
<div class="post">
<div class="title">{{$post->title}}</div>
<div class="author">{{$post->author->name}}</div>
</div>
@endforeach
</define:body>
Note
You can now see the list of posts onhttp://localhost:8080/posts
, use URL Query parameters to control Data Grid filters, sorters (http://localhost:8080/posts?paginate[page]=2
).
To view the post and all of its comments, create a new controller method in PostController
. Load the post manually via
repository to preload all author and comment information.
use Spiral\Http\Exception\ClientException\NotFoundException;
// ...
#[Route(route: '/post/<id:\d+>', name: 'post.view', methods: 'GET')]
public function view(string $id): string
{
$post = $this->posts->findOneWithComments($id);
if ($post === null) {
throw new NotFoundException();
}
return $this->views->render('post', ['post' => $post]);
}
This is where the repository method is:
public function findOneWithComments(string $id): ?Post
{
return $this
->select()
->wherePK($id)
->load('author')
->load(
'comments.author',
[
'load' => function (Select\QueryBuilder $q) {
// last comments at top
$q->orderBy('id', 'DESC');
}
]
)
->fetchOne();
}
And corresponding view app/views/post.dark.php
:
<extends:layout.base title="Posts"/>
<define:body>
<div class="post">
<div class="title">{{$post->title}}</div>
<div class="author">{{$post->author->name}}</div>
</div>
<div class="comments">
@foreach($post->comments as $comment)
<div class="comment">
<div class="message">{{$comment->message}}</div>
<div class="author">{{$comment->author->name}}</div>
</div>
@endforeach
</div>
</define:body>
Open the post page using http://localhost:8080/post/1
.
Note
We are leaving styling and comment timestamps up to you.
Use post.view
route name to generate a link in app/views/posts.dark.php
:
<extends:layout.base title="Posts"/>
<define:body>
@foreach($posts as $post)
<div class="post">
<div class="title">
<a href="@route('post.view', ['id' => $post->id])">{{$post->title}}</a>
</div>
<div class="author">{{$post->author->name}}</div>
</div>
@endforeach
</define:body>
Note
Read more about Stempler Directives here.
Spiral provides a lot of pre-build functionality for you. Read the following sections to gain more insights:
Source code of demo project - https://github.com/spiral/demo
Make sure to run to install the project:
./vendor/bin/rr getphp app.php migrate:initphp app.php migratephp app.php configure -vv