3

I really can't seem to get the hang of Model objects in MVC. I wonder why we can't just work with arrays and dictionaries and arrays OF dictionaries?

I understand that they represent the 'data' that my other classes manipulate and work with. But what is the proper way they should be constructed? Suppose I've got a plist I want to read and display in a table view. I could just load it directly into an array property in my viewDidLoad method and then use it, right? Why would I want to use a Model class, and how would I go about constructing it?

In addition, any links to resources/blogs out there that explain this point would be greatly appreciated!

jscs
  • 63,694
  • 13
  • 151
  • 195
NSExplorer
  • 11,849
  • 12
  • 49
  • 62
  • 1
    how different is your question from this http://stackoverflow.com/questions/26685/what-is-mvc-and-what-are-the-advantages-of-it – Tatvamasi Jun 05 '11 at 03:47
  • I assume you are a registered ios developer so here is a page from the IOS Developer library: https://developer.apple.com/library/ios/#documentation/General/Conceptual/DevPedia-CocoaCore/MVC.html – ditkin Jun 05 '11 at 03:49
  • What I'm looking for is examples in code. – NSExplorer Jun 05 '11 at 04:16
  • Yes, you could always work on collection classes (NSDictionary, NSArray,...). For your particular example, displaying a persistent collection that actually is fine. As soon as it comes to modifying that data, it is definitely more convenient to work on proper model classes. – Till Jun 05 '11 at 04:41
  • I think I didn't communicate well what I'm actually trying to ask. Here's another attempt http://stackoverflow.com/questions/6241036/how-to-use-model-objects-instead-of-arrays-and-dictionaries – NSExplorer Jun 05 '11 at 04:47
  • 2
    Please don't post new duplicate questions. Edit this one to make it clearer. – jscs Jun 05 '11 at 04:52
  • @KKK4SO @josh - there's two different questions here. This is a "Why use models, can't I just use Arrays, Dictionaries?". [This question](http://stackoverflow.com/questions/6241036/how-to-use-model-objects-instead-of-arrays-and-dictionaries) is the "OK, I'm convinced, how do I use them, here's what I tried?". I'm happy to keep them both open because of that distinction, otherwise we get a big question asking two different things. – Kev Jun 05 '11 at 12:43

1 Answers1

6

You absolutely can work with dictionaries and arrays -- there's nothing wrong with using those as part of (or all of) your data model. Core Data's NSManagedObject is very much like a dictionary. But sometimes you want your model objects to do more than just store data -- you might also want them to know something about how the various bits of data relate to each other, operate on the data, and so forth.

Consider how you'd represent a Person in your data model. Could be a dictionary, right? With keys like firstName, lastName, middleName, address, phone, email, dateOfBirth... If you use a plain old dictionary, mutable or not, you just store the appropriate value for each key and you're done. If that's really all you need, you're done.

On the other hand, you can derive a lot of other information from those fields without needing to store extra data. If you create a custom Person class, you can give it keys like fullName, age, initials, monogram, and vCard. The custom class could have methods for each of those that manipulate the stored information to come up with the appropriate values. Example:

- (NSString*)fullName
{
    return [NSString stringWithFormat:@"%@ %@ %@", self.firstName, self.middleName, self.lastName];
}

That's just a very simple example. Maybe your app manages the entire inventory of a group of warehouses. In that case, you'd probably want classes representing part, bin, palette, location, supplier, destination, order, invoice, forklift, operator, etc. When someone picks a part from a bin, you'd want that bin to know how many parts are left and send a notification if the number is smaller than some threshold. That notification might trigger an event that tells a forklift to go get another palette of that kind of part and deliver it to the bin. Once picked, the part should be transferred from the bin to an order. The order, of course, should know how to generate an appropriate invoice. And so on. All this logic can be part of the model.

Caleb
  • 124,013
  • 19
  • 183
  • 272
  • Hey thanks for your answer. Well, if I am using a custom Person class, how and where would I load it as a property? If I were using a dictionary, I would use initWithContentsOfFile in my viewDidLoad right? What is the equivalent procedure of 'loading' model objects? – NSExplorer Jun 05 '11 at 06:11
  • That's really up to you. Have you seen the [Archives and Serializations Programming Guide](http://tinyurl.com/6dhcs5t)? – Caleb Jun 05 '11 at 06:18