README

Laravel DTO integrates DTO, a package inspired by Lachlan Krautz' excellent data-transfer-object, with the functionalities of Laravel.

A data transfer object (DTO) is an object that carries data between processes. DTO does not have any behaviour except for storage, retrieval, serialization and deserialization of its own data. DTOs are simple objects that should not contain any business logic but rather be used for transferring data.

Below are explained the advantages brought by this package in a Laravel application. In order to discover all the features of DTO, please refer to the full DTO documentation.

Install

Via Composer:

composer require cerbero/laravel-dto

To customize some aspects of this package, the config/dto.php file can optionally be generated via:

php artisan vendor:publish --tag=dto

Usage

• Generate DTOs
• Instantiate a DTO
• Resolve a DTO
• Convert into DTO
• Convert into array
• Listen to events
• Support for macros
• DTO debugging

Generate DTOs

DTOs for Eloquent models can be automatically generated by running the following Artisan command:

php artisan make:dto App/User

The database table of the specified model is scanned to populate the DTO properties. Furthermore, if the model has relationships, a DTO is also generated for each related model. For example, if our User model looks like:

class User extends Model
{
    public function posts()
    {
        return $this->hasMany('App\Post');
    }
}

The DTOs App\Dtos\UserData and App\Dtos\PostData are generated like so:

use Cerbero\LaravelDto\Dto;
use Carbon\Carbon;

use const Cerbero\Dto\PARTIAL;
use const Cerbero\Dto\IGNORE_UNKNOWN_PROPERTIES;

/**
 * The data transfer object for the User model.
 *
 * @property int $id
 * @property string $name
 * @property Carbon $createdAt
 * @property Carbon $updatedAt
 * @property PostData[] $posts
 */
class UserData extends Dto
{
    /**
     * The default flags.
     *
     * @var int
     */
    protected static $defaultFlags = PARTIAL | IGNORE_UNKNOWN_PROPERTIES;
}

/**
 * The data transfer object for the Post model.
 *
 * @property int $id
 * @property string $content
 * @property int $userId
 * @property Carbon $createdAt
 * @property Carbon $updatedAt
 * @property UserData $user
 */
class PostData extends Dto
{
    /**
     * The default flags.
     *
     * @var int
     */
    protected static $defaultFlags = PARTIAL | IGNORE_UNKNOWN_PROPERTIES;
}

By default, DTOs are generated in the Dtos directory which is created where models are. For example the DTO for App\User is generated as App\Dtos\UserData and the DTO for App\Users\User is generated as App\Users\Dtos\UserData.

To change either the location or the suffix Data of generated DTOs, we can create a DTO qualifier by implementing the interface DtoQualifierContract and replace the default qualifier in config/dto.php. The example below qualifies a DTO in the directory of the model and adds the suffix Dto:

use Cerbero\LaravelDto\DtoQualifierContract;

class MyDtoQualifier implements DtoQualifierContract
{
    public function qualify(string $model): string
    {
        return $model . 'Dto';
    }
}

// in config/dto.php
return [
    'qualifier' => MyDtoQualifier::class,
];

Finally, if a model has already its own DTO generated, we can overwrite it with the option --force or -f:

php artisan make:dto App/User --force

Instantiate a DTO

In addition to the traditional ways to instantiate a DTO, Laravel DTO provides handy methods to create a new instance of DTO from HTTP requests, Eloquent models or other common interfaces present in Laravel.

For example UserData can be instantiated from an HTTP request by calling the method fromRequest():

use App\Dtos\UserData;
use App\Http\Controllers\Controller;
use Illuminate\Http\Request;

class UserController extends Controller
{
    public function store(Request $request)
    {
        $dto = UserData::fromRequest($request);
    }
}

The request passed to the method fromRequest() is optional: if not provided, the current application request is used to instantiate UserData.

By default the flags PARTIAL and IGNORE_UNKNOWN_PROPERTIES are applied to the DTO when it is instantiated from a request. Additional flags can be passed as second parameter to further customize the behaviour of the DTO.

To instantiate a DTO from an Eloquent model, we can call the method fromModel():

$user = new User(['name' => 'Phil']);

$dto = UserData::fromModel($user);

The flags PARTIAL, IGNORE_UNKNOWN_PROPERTIES and CAST_PRIMITIVES are applied to the DTO when it is instantiated from a model. Additional flags can be passed as second parameter.

Finally, the method from() instantiates a DTO from several interfaces (specific to Laravel or not), including:

• Illuminate\Support\Enumerable
• Illuminate\Contracts\Support\Arrayable
• Illuminate\Contracts\Support\Jsonable
• JsonSerializable
• Traversable
• any value that can be casted into an array

In this case no flags are applied by default, but they can still be passed as second parameter.

Resolve a DTO

As long as PARTIAL is set in the default flags of a DTO, such DTO can be automatically resolved by the Laravel IoC container with the data carried by the current application request:

use App\Dtos\UserData;
use App\Http\Controllers\Controller;

class UserController extends Controller
{
    public function store(UserData $dto)
    {
        // ...
    }
}

Convert into DTO

Another way to get an instance of DTO from different objects is letting them use the trait TurnsIntoDto and call the method toDto():

use Cerbero\LaravelDto\Traits\TurnsIntoDto;

class StoreUserRequest extends Request
{
    use TurnsIntoDto;
}

class User extends Model
{
    use TurnsIntoDto;

    protected $dtoClass = UserData::class;
}

class Example
{
    use TurnsIntoDto;

    protected function getDtoClass(): ?string
    {
        return $condition ? UserData::class : OtherDto::class;
    }
}

$dto = $request->toDto(UserData::class, MUTABLE);
$dto = $user->toDto(CAST_PRIMITIVES);
$dto = $example->toDto();

Classes using the trait can specify the DTO to turn into by:

• passing the DTO class name as first parameter of the method toDto()
• defining the property $dtoClass
• overriding the method getDtoClass() if custom logic is needed

Flags can optionally be passed as second parameter, or first parameter if the DTO class is already defined in the class using the trait. When models turn into DTOs, the flag CAST_PRIMITIVES is added to help casting values if casts are not defined on the Eloquent models.

Convert into array

By default Laravel DTO registers a value converter for Carbon instances. When a DTO is converted into array, all its Carbon objects are turned into an atom string and then converted back into Carbon instances when a new DTO is instantiated:

$dto = UserData::make(['created_at' => '2000-01-01']);
$dto->createdAt; // Carbon instance
$data = $dto->toArray(); // ['created_at' => '2000-01-01T00:00:00+00:00']

$dto = UserData::make($data);
$dto->createdAt; // Carbon instance

Conversions can be added or removed in the config/dto.php file, specifically via the key conversions:

use Carbon\Carbon;
use Cerbero\LaravelDto\Manipulators\CarbonConverter;

return [
    'conversions' => [
        Carbon::class => CarbonConverter::class,
    ],
];

Listen to events

The only feature added by this package to listeners is the ability to resolve dependencies via the Laravel IoC container. Dependencies can be injected into listeners constructor to be automatically resolved.

Listeners can be added or removed in the config/dto.php file, specifically via the key listeners:

return [
    'listeners' => [
        UserData::class => UserDataListener::class,
    ],
];

Define flags globally

Sometimes we may want all our DTOs to share the same flags, an example might be the need to always work with mutable DTOs. An easy way to accomplish that is defining such flags in the config/dto.php file:

return [
    'flags' => MUTABLE,
];

Support for macros

In case we need to add functionalities to all DTOs, an option might be using macros. Please refer to the Laravel documentation to see an example of how to register a macro.

DTO debugging

When using the helpers dump() or dd(), only DTOs data will be shown instead of all the underlying architecture that makes the package work:

dd($dto);

// only DTO data is shown:

App\Dtos\UserData {#3224
  +name: "Phil"
}

Change log

Please see CHANGELOG for more information on what has changed recently.

Testing

composer test

Contributing

Please see CONTRIBUTING and CODE_OF_CONDUCT for details.

Security

If you discover any security related issues, please email andrea.marco.sartori@gmail.com instead of using the issue tracker.

Credits

• Andrea Marco Sartori
• All Contributors

License

The MIT License (MIT). Please see License File for more information.