You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 8, 2023. It is now read-only.
Currently, field rendering requires obj and field.
It may be necessary to pass a raw value to render for a field from _render_serializable for a resource, for cases when data comes in that is not specifically on an underlying model.
The text was updated successfully, but these errors were encountered:
Philosophically, I'm not a fan of this. It seems to encourage messiness. If the data is worth putting into the response, then it's worth modeling in a proper view model. Maybe it doesn't make sense to put the data into the db model layer, but I think it's better to put that kind of logic into a model/controller/whatever you want to call it, rather than directly in the view itself..
I also can't think of any use cases where this would actually be preferable to encapsulating the logic that generates the "raw value" into an object, so if you could provide an example, I'd appreciate it.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently, field rendering requires
obj
andfield
.It may be necessary to pass a raw value to
render
for a field from_render_serializable
for a resource, for cases when data comes in that is not specifically on an underlying model.The text was updated successfully, but these errors were encountered: