-
Notifications
You must be signed in to change notification settings - Fork 513
feat: pass ClassTransformOptions to the transformFn of @Transform #294
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
feat: pass ClassTransformOptions to the transformFn of @Transform #294
Conversation
Hmm can we trigger somehow travis to make a run once again for this MR, to check why the heck tests fail? |
a6479d2
to
0d42970
Compare
I force-pushed the last commit to trigger a new build. |
Is something blocking this PR being merged? Seems like a very useful feature. Happy to review if one is needed. |
Hi there, I need this feature so hard. Please make class-transformer great again! |
This is related to #330. We need to rebase this after that one is merged. |
0d42970
to
273b32c
Compare
273b32c
to
5b9fbdf
Compare
Rebase is done, fell free to comment/review 😉 |
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
The goal of this PR is to be able to access to
ClassTransformOptions
provided by transformation methods directly inside thetransformFn
of@Transform
decorators.Another use-case could be:
If i want to use a transformation method (e.g.
plainToClass
) inside a@Transform
and extend the groups, I can do:This pull request fixes following issues: