-
Notifications
You must be signed in to change notification settings - Fork 504
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
feature: allow casting of primitive values during transformation #550
Comments
Did this get worked on? I'd like to help if this is still pending. |
Not yet, feel free to pick it up! Do you have any change request for the proposal or do you want to take a crack at it in it's current form? PS: If you made progress and I seem to be unavailable for more than a few days, feel free to ping me on Twitter. (I have 100+ notifications on Github, so some of them gets lost sometimes) |
This is how I got round the issue while managing to keep the boolean typing. import { Transform } from 'class-transformer';
const ToBoolean = () => {
const toPlain = Transform(
({ value }) => {
return value;
},
{
toPlainOnly: true,
}
);
const toClass = (target: any, key: string) => {
return Transform(
({ obj }) => {
return valueToBoolean(obj[key]);
},
{
toClassOnly: true,
}
)(target, key);
};
return function (target: any, key: string) {
toPlain(target, key);
toClass(target, key);
};
};
const valueToBoolean = (value: any) => {
if (typeof value === 'boolean') {
return value;
}
if (['true', 'on', 'yes', '1'].includes(value.toLowerCase())) {
return true;
}
if (['false', 'off', 'no', '0'].includes(value.toLowerCase())) {
return false;
}
return undefined;
};
export { ToBoolean }; export class SomeClass {
@ToBoolean()
isSomething : boolean;
} |
Any update on this? |
Yeah, all great and needed to be done while a go. When will this be released? |
+1 |
Is there a way now |
Still waiting on this btw |
+1 |
3 similar comments
+1 |
+1 |
+1 |
+1 W E N E E D I T ! |
also +1 |
+1 |
Still the best option is using Boolean(""). |
+1 |
1 similar comment
+1 |
it won't help you guys... |
this works for us.. doesn't cover all cases - but it's good enough for our needs: @IsOptional()
@Transform(({ value }) => value?.toLowerCase() === 'true')
@IsBoolean()
someField: boolean; |
Any news on this case? |
I'm currently using David Kerr solution. But any news? |
All the solutions ive seen online for transforming this bug havent been working since the request param im expecting is a boolean not a string. So I casted the type to a string with transformer and ran the following, which works perfectly for my use case. Maybe it will help someone else.
|
Thank you!!! You saved my life |
Any news on this case? |
Until this is fixed: typestack/class-transformer#550
Hi @NoNameProvided, why do you prefer the decorator approach? For our use case (parsing requests in NestJS), the global flag would be much better because boolean values would not require any special decorators and would be correctly transformed by default as other types. With the decorator approach, I think that developers would often forget about this, which would lead to bugs. Before I found this issue, I created PR #1686 (it introduces a new global flag to enable the boolean conversion). |
@NoNameProvided Why are you so stubborn, which is a very common situation, why do you just not accept the opinions of others, on the one hand say listen to the community, on the other hand stubborn do not solve the problem? |
1 similar comment
@NoNameProvided Why are you so stubborn, which is a very common situation, why do you just not accept the opinions of others, on the one hand say listen to the community, on the other hand stubborn do not solve the problem? |
I did this in my Dto
|
Description
By design,
class-transformer
doesn't alter the value of properties when transforming an object into a class, but simply copies them over. However, there is an option (enableImplicitConversion
) to change this behavior, when enabled the lib always attempts to cast the handled property value to the target property type. There are scenarios when some of the transformed properties should be casted in a non-standard way. The most common type of this is the casting stringified"true"
and"false"
to boolean. Currently, the library will cast both values to true, becauseBoolean("<any-non-zero-lenght-string>")
will be always true.There have been various discussions requesting to mark properties to be casted in a special way.
The most common scenario when this is required is using the
@Query
parameter in NestJS.Proposed solution
There is two main way to approach this: adding decorators for each supported primitive type or enabling the feature at the transformation level via a new global transform option. Both have their pros and cons:
Generally, I believe the decorator approach to be better and I propose the following decorators:
@CastToBoolean
- transforms boolean,"true"
,"false"
,0
and1
to the appropriate boolean values@CastToFloat
- transforms a stringified number or number to the number representation, but notnull
orundefined
@CastToInteger
- transforms a stringified number or number to an integer representation of the number, the number is rounded, but notnull
orundefined
@CastToString
- transforms any received values to the string representation but notnull
orundefined
@CastToUndefined
- transforms"undefined"
toundefined
@CastToNull
- transforms"null"
toundefined
A single property can have multiple of these decorators applied.
Every one of these decorators accepts a single option:
When set to
true
the decorator will always attempt to transform the received value (except when it'snull
orundefined
). However, when it is false (the default value) it will only attempt to transform values when it makes sense. For example:"true"
,"false"
,0
,1
and skip the transformation if any other value is received"not-number"
will be skipped)The transformation must take place before the implicit conversion of the value (if enabled). When
enableImplicitConversion
is enabled both transformations will run on the given property.Please do not comment non-related stuff like
+1
orwaiting for this
. If you want to express interest you can like the issue.The text was updated successfully, but these errors were encountered: