I agree with you. When we do abstraction on class models, it forcing us about some static fields. it is bad idea, please tell us why did you that?
-Notice: there is a plugin that name is transformer but it shouldnt be required.
It’s become quite difficult because the entire set of responses has changed. Not just that even the relations have data and attributes fields which make it quite complicated to deserialise the responses.
I thought v4 would be a change in the structure/working of Strapi but the change is huge in terms of outputs. It’s breaking lots of stuff for me.
It’s good that I still have the Strapi v3 instance installed on a separate server, else it’s pretty hard to update everything.
I didn’t see anything regarding why the team made that decision. Is it explain somewhere else ? It’s breaking a lot of stuff here too I registered precisely for that.
@BLu On Strapi V4 the get response do not return all the data by default, but you can populate all the data you want in your response, you can find it here:
I had the same problem, and I ended up making a script that parses the GraphQL complex response into a simple one while keeping the right typescript types. The idea is to use it in the frontend.