-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Uid] integration with the other components #36102
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I agree with everything except:
Useless IMHO. More over, it's juste a matter of
Useless too imho. You usually want to get your entity, not the Id of the entity
I don't understand what this will be |
Dont forget about UuidValidator :) perhaps we can support ramsey/sf/pecl transparently here ... thus keep this one in the Validator component for general purposes. Then we can clean up its own UUID logic in favor of external infra, much like EmailValidator. additionally, UlidValidator & co. for the Uid component. |
|
Also a Uuid processor for monolog would be a nice idea... I can take on that.. it's simple.. but I guess this fits to the monolog-bundle? right? |
@gmponos The processor is probably best places in the Monolog bridge while its wiring would happen in the bundle. |
I agree that a console command does not seem to be useful. Most devs use plugins in their editors like https://plugins.jetbrains.com/plugin/8320-uuid-generator or https://plugins.jetbrains.com/plugin/9836-randomness with multicursor support and etc. |
I'm working on a PR for Validator, Normalizer and Command. |
…adigennadigennadi) This PR was merged into the 5.2-dev branch. Discussion ---------- [DoctrineBridge] Ulid and Uuid as Doctrine Types | Q | A | ------------- | --- | Branch? | master | Bug fix? | no | New feature? | yes <!-- please update src/**/CHANGELOG.md files --> | Deprecations? | no <!-- please update UPGRADE-*.md and src/**/CHANGELOG.md files --> | Tickets | #36102 <!-- prefix each issue number with "Fix #", no need to create an issue if none exist, explain below instead --> | License | MIT This Types Implementations are basically copies from https://github.com/ramsey/uuid-doctrine, with minor tweaks to use Symfonys Uid classes. I am not done yet. I'm going to implement some UnitTests and I also do need to add the Changelog Entries. And I do ask my self if the Types should be registered automatically (with the recipe?), cause it would collide with Ramseys uuids implementation. Commits ------- f44fa34 [DoctrineBridge] Ulid and Uuid as Doctrine Types
This PR was merged into the 5.2-dev branch. Discussion ---------- [Serializer] add UidNormalizer | Q | A | ------------- | --- | Branch? | master | Bug fix? | no | New feature? | yes | Deprecations? | no | Tickets | #36102 | License | MIT | Doc PR | symfony/symfony-docs#... <!-- required for new features --> UUID and ULID normalizer. Continuation of #36406 Commits ------- d6a8993 Update based on feedback 1c21c78 UidNormalizer.
@nicolas-grekas need add form type at least. At this time we can't use the default TextType for Uuid. Need make setter or tranformer to use Uuid with Symfony froms. |
@Gemorroj would you be up to work on this? |
@nicolas-grekas I'll try it #39863 |
…rroj) This PR was merged into the 5.3-dev branch. Discussion ---------- [Form][Uid] Add UlidType and UuidType form types | Q | A | ------------- | --- | Branch? | 5.x | Bug fix? | no | New feature? | yes | Deprecations? | no | Tickets | #36102 | License | MIT | Doc PR | Commits ------- c84746b add UlidType and UuidType form types
Now that the component is mostly ready, let's start integrating it with the rest of the stack.
Help wanted for finding where we want to have such integration.
What I spotted so far:
Serializer
[Serializer] add UidNormalizer #36406a command line to generate new UIDs?UuidValidator
(see [Validator] UID Constraint. #36407)We could have a look at https://github.com/mcfedr/uuid-extra-bundle and https://github.com/ramsey/uuid-doctrine
Help wanted for the implementations!
The text was updated successfully, but these errors were encountered: