data-transfer-object VS fram

Speaking of… https://github.com/spatie/data-transfer-object is dead, does doctrine offer similar functionality?

Once you are confident in the argument types, add them to the methods. If there are too many, create a Data Transfer Object. Also add method return types.

The benefits of using DTOs are numerous, there's even a package from Spatie for them. See the package's release post and this awesome DTO explanation for a more in-depth take and how to implement and use them in a more sensible way.

I opted to use Spatie's DTO package and a bit of additional custom code for easy casting. I decided to map each JSON column to its own DTO, so I created two classes for land and for army.

When possible, I surely will try using the spatie/data-transfer-object with attributes to see if I like it.

Open Source projects using this Action. Mostly my own projects, as I just released the Action. However, Spatie, a huge contributor to open source PHP packages recently added the workflow to their PHP package template; which makes me super proud ♥️

This spatie lib looks neat too, though it might not be all that static analysis friendly. I guess this doesn't save you from having two classes with the same properties. Seems like it could be worth a shot. Short of inventing a code generation tool I don't know how much better I can do.

That is why I created my minimal view framework Fram. Fram can work independently or together with legacy code and still maintain full control to make it easier to modernize old code bases. I recently added PSR-11 support to it, the container is only called on one occasion, when instantiating the view, so $container->get(...) it is all that it is required.