Patrick Arminio

@gustavosett thanks, do you want to try this prerelease (see the PR for docs)? https://github.com/strawberry-graphql/strawberry/pull/4045#issuecomment-3499706703

@mecampbellsoup I think adding support for (un)snake casing would be nice, but we would need to do via a schema configuration, since that depends on how the schema has been...

I was thinking something like this: ```python @strawberry.input class Something: name: str something_else: str data = Something(name="ABC", something_else="ABC") strawberry.asdict(data, config={"auto_camel_case": True}) # this would be the same config passed to...

@mecampbellsoup do you see any alternatives on how this could work? 😊

I can reproduce this, I think it's because we store the default value when creating the object, see: 

Fixing this will potentially be a breaking change 🤔 @coady what do you think of this issue?

> @patrick91 and also can I ask in what situations then we need to use `default_factory` if this field is static, when we can use only `default`? I'm not sure...

just throwing out some ideas to make the change less painful 1. we could a `static_factory` or `schema_factory` which will have the current behaviour, `default_factory` will mimic dataclasses' and pydantic's...

@coady sorry to ping you again, but do you use default_factory for defaults in the schema level? 😊 what's your use case exactly?

> just throwing out some ideas to make the change less painful > > 1. we could a `static_factory` or `schema_factory` which will have the current behaviour, `default_factory` will mimic...