Serde VS Serializer

In PHP there is a lib that draws inspiration from serde https://github.com/Crell/Serde

Guzzle for the actual connection. Get back JSON. Use https://github.com/Crell/Serde to map that JSON into classed objects. Do as you will with the objects. (You can also do the same the other way around to create a message object with all the type safety and builder functionality you want, Serde it to JSON/array, and then send the message through Guzzle.)

I even have a very nice library to make that dead simple for you: https://github.com/Crell/Serde

Sounds a lot like Serde. :-)

Sounds a bit like Serde: https://github.com/crell/serde

Making a class "final" is always a bad decision IMO. You would never know how will other people use your library. For example, we used JMSSerializerBundle and wanted to extend DateHandler to make it not to throw exceptions if a date string is invalid. But the class is final. So we had to just copy-paste it :(

Or this popular alternative: https://jmsyst.com/libs/serializer

JMS Serializer: This library allows you to (de-)serialize data of any complexity. Currently, it supports XML and JSON.

Only took a very brief look, but it looks nice. I like that the DTO class isn't required to extend anything, and that it seems to be for real DTOs used for actual transfer of data between systems - not 'local dtos'. It feels like this might be more comparable to something like schmittjoh/serializer rather than spatie/data-transfer-object.

When it's time to create the PDF, convert the object structure to an XML using an already existing serializer (like JMS or symfony serializer) or do this by hand.

One frequently used serializer is JMS Serializer which allows you to convert JSON or XML to objects (or the other way around if needed). You can then use the objects in your application.