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
Support for Mapping Entity Based on Internal Data #105
Comments
Currently investigating if we can use RestKit and already saw this on the mailing list. We have the same requirement and it would be great to see this included. +1 |
Moving to 0.9.4 |
Hey Blake! Saw the forum post on this one and looked it up here. +1 for as well. An example of our use case might be more like this:
|
Alright, I am reopening this on 0.9.3 as the final task for the release. It's in the core of the object mapper and I want to focus primarily on Core Data in 0.9.4, so let's knock out the design vetted in #244 |
Terrific, thanks for the update Blake! |
…rt for polymorphic relationship mapping. refs #105
…nately introduces some API turbulence, but the support is now first class. refs #105
…s enables you to dynamically map objects to different destination classes or using different mapping strategies via configuration or callbacks. See Docs/Object Mapping.md for details. Other changes include: * Eliminated the RKObjectFactory protocol and implementations. Object mapping instances themselves are now responsible for instantiating target objects for mapping. * Introduced RKObjectAbstractMapping superclass for RKObjectMapping and RKObjectPolymorphicMapping. * Updated example applications to use block object loaders (RKTwitter and RKTwitterCoreData) * Refactored method signatures of RKObjectMapper, RKObjectMapping, and RKObjectMappingProvider to reflect the existence of abstract mapping types. This was necessary to make polymorphic mappings integrate cleanly. * Fixed overlap in RestKit error domains between network and object mapping. fixes #208
The text was updated successfully, but these errors were encountered: