Add a datasource method to indicate whether RKMappingInfo is necessary; it is only needed for CoreData presently, and is a performance hit otherwise.
Add documentation for the new data source method.
Change internal property name to collectsMappingInfo per PR comment
The RKObjectMapping -classForKeyPath: gets called a lot; avoiding the creation of a temporary NSArray for simple keys (the usual case) makes a measurable speed difference.
Whoops, need to deal with a nil key.
Add caching for different property mapping types, both in RKObjectMapping, and RKMappingOperation.  Determining simple vs keyPath mappings was somewhat of a hotspot, so caching them in RKMappingOperation helps a bit.  However, these will be identical to the versions in RKObjectMapping if there is no substitution (the most common case), so if we cache the properties there, then we can just re-use the same array for the operation without creating local copies at all, which is a substantial speedup.  Similarly, caching the attribute vs relationship mappings when added to the RKObjectMapping is also a significant speedup during mapping since these don't have to be recalculated for every object being mapped.  Lastly, changed the substitution values to be an individual key and value internally, instead of a dictionary.  This avoids the need to use "allKeys" to obtain the key (and allValues to get the value), which avoids more NSArray instances being created locally.
Updates per PR comments.  Change RKObjectMapping property to keyAttributeMappings, and initialize the properties in -init.  Change internal RKMappingOperation method to cacheMappingsIfNeeded.
Making a few tweaks to RKMappingOperation applyRelationshipMappings.  First, there is a temporary array created which ends up only being used for its count, so changed to an NSUInteger.  Just a small speedup, but it's there.  In another section, the code was calling valueForKeyPath "mapping.propertyMappings.sourceKeyPath" on an RKRelationshipMapping, which if it happens to be an RKDynamicMapping, I think would fail.  Code immediately above has already determined the RKObjectMapping, so it's easier to just call the method directly, and iterate using the RKPropertyMappings directly, which avoids another temporary array allocation.  Also avoided a double call to RKObjectIsCollection though that is a minimal speedup.
Small speedups in RKPropertyInspector.  Regular objects are faster than dictionaries, so for the actual property information using a simple method call instead of -objectForKey: has a small but measurable speedup.  Deprecated the previous key constants, though implemented methods such that if used as a dictionary it should continue to work in most cases.
Updates per PR comments.  Remove deprecation path; this is a slightly incompatible change now, though RestKit usage is fine.  Change to use dot syntax for properties, and use inspector local variable.  Also speed up the NSManagedObject override of rk_classForPropertyAtKeyPath: which I had missed before.
Merge pull request #2082 from carllindberg/2065-ApplyRelationshipMappings

Few changes to applyRelationshipMappings
Cache the propertyMappings in dictionary form by both the destination and source keys, which allows for faster lookup during mapping.  Also, change a couple of CoreData related calls to use the fast-lookup method rather than a method which constructs an entire dictionary to then just look it up by key.  I left the accessor methods as "copy" rather then having immutable dictionaries because those methods are no longer called from the core mapping code (or anywhere else, for that matter).
Merge pull request #2083 from carllindberg/2065-RKPropertyInspector

Small speedups in RKPropertyInspector
Merge pull request #2081 from carllindberg/2065-CachePropertyMappings

Add caching for different property mapping types
Merge pull request #2070 from carllindberg/2065-ObjectMappingClassForPath

The RKObjectMapping -classForKeyPath: gets called a lot; avoiding the cr...
Merge pull request #2078 from carllindberg/2065-CollectMappingInfo

Avoid collection of RKMappingInfo when not using CoreData
Change some core mapping methods (in particular the per-attribute code) to use local variables instead of re-calling methods several times.  Any code called per-mapped-attribute is in the biggest hotspot of the mapping process and gets called a large number of times, to the point that avoiding unnecessary ObjC method calls begins to be noticeable.  So, for some of the core mapping methods (attribute ones in particular), use some local variables instead of re-calling methods on RKAttributeMapping, and similar things.
Merge branch 'development' of https://github.com/restkit/restkit into development
Merge pull request #2086 from carllindberg/2065-MapAttributeLocalVars

Use local variables to avoid repeated calls to methods
Upgrade to OCMock 2.2.4.  It has some bug fixes, and some enhancements.  Updated some usages of OCMOCK_VALUE, and also updated one unit test which failed (mainly because mock objects return the original class from the -class method now).