Skip to content

Separate data and serialization models #16

Description

@yoshiask

In the future, we might want to have a generic non-serializable Artist model, then have separate models for each version that serialize to XML. There may be a system for automatically selecting the correct serialization model based on the version supplied in the request URL.

Originally posted by @yoshiask in #14 (comment)

The current system uses the same model for both passing data and serializing to XML. This has been mostly fine but poses a few issues, the most immediately problematic being that the XML model may vary between API versions or clients. Creating separate data and serialization models may simplify the controllers once we start supporting older/different versions of the API.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions