Closed TomHAnderson closed 2 months ago
We will remove the doctrine support in the future so i dont think there is much interest to add it as well
I have an interest in it. Removing ORM support is unfortunate: It made quick work of this library.
I've put up a PR that fixes enum in Doctrine fields. There is very little unit testing of the ColumnTypeGuesser so I haven't added that yet. I wanted to show what a fix looks like to see if I can persuade a change to that stance, @pimjansen
Are you interested in fakerphp/faker-doctrine
for 2.0? Here's my latest library; please peruse: https://github.com/API-Skeletons/doctrine-orm-graphql
I can bust out an api-skeletons/faker-doctrine
library so I need to know how far you want to distance yourselves from ORM. I think using your namespace would be good but we have dissimilarities in our approach; I use doctrine/coding-standard
. I think other ORMs will want integration [back] in 2.0 resulting in more libraries like this proposal.
I'll just manually assign the enum value with each entity. But the idea for fakerphp/faker-doctrine
still stands.
Well feel free to create an extention but i dont think we will add all of those in the organisation. There are tons of systems and after a period nothing is maintained so.
If there is a good candidate we will ofc include it in docs and such
Summary
Doctrine driver does not support enum columns
Versions
fakerphp/faker
Self-enclosed code snippet for reproduction
ORM Metadata
Metadata from the MetdataFactory
Expected output
Actual output
Thoughts
For any enum use the enum object to fetch the random value.