title: What is a good pattern for interpreting Core Data validation messages and displaying them on the iPhone?
body: <p>I've implemented a small proof-of-concept app using Core Data to accept some object attribute values from the user via text fields and it's all working great thanks to information found here and in the iPhone Core Data Recipes app.  But I'm at the point where I need to display object validation errors to the user and I can't find a recommended way of handling this.  The code in the Recipe app just logs the error and says to "Replace this implementation with code to handle the error appropriately." Great, thanks.</p>
  
  <p>I'm sure there are a multitude of ways to interpret, parse and transmit the validation error information to the user but what I'd like to know is if there are some best practices or a pattern that someone has implemented that I could follow.  Where should the validation code like <code>[newObject valdiateForInsert&amp;error];</code> be placed? In NSManagedObject subclasses?  In the UIViewController that handles the screen the enables the object to be added?  Maybe in an app-wide ValidationController?</p>
  
  <p>All the validation errors are returned in the NSError's userInfo, which is a NSDictionary of various NSValidation keys and values.  Is there a good way of translating this error info into something that would be helpful to the user?  For example, I have a rule in my Core Data model that a certain attribute can only be 3 characters long. If in the process of saving or updating an object I get a validation error, I need to parse out the NSError userInfo and find values for the NSValidationErrorKey (the name of the attribute), the NSValidationErrorValue (the value on the object that caused the error) and the NSValidationErrorPredicate (the rule that was violated, which in this case returns <code>length &lt;= 3</code>.</p>
  
  <p>Is there a good, generally accepted way of gathering and munging this data into something that can be passed back to the user?  I'm currently pulling the NSError info into strings and then falling through a series of conditional statements for each attribute that I'm validating, and it's so ugly that I kinda want to puke when I look at it.  There has to be a better, cleaner way to consume Core Data validation errors and pass a readable version to the user.</p>