9

I'm reading up on MVVM and for the life of me can't tell how the 'model-view' of MVVM is radically different than the 'controller' in MVC, as used in Cocoa programming.

I've even read some explanations that were supposedly 'aha' moments for others and have still failed to catch the difference. The limited Cocoa GUI programming I've done has involved treating the controller as the central point for managing data going to AND from the view to the model with the use of key-value observing.

In all the important aspects, this seems to me what the 'model-view' does except that it might be a subtle implementation difference that pertains to the WPF <-> C# bridge in .Net. That is, MVC in Cocoa might be called MVVM if the Cocoa GUI was specified in a different language than the application code, and the controller was coded in the same language as the GUI instead of the application (ie WPF is specified in XAML rather than C#).

Or perhaps MVC in non-Cocoa environments, without all the key-value observing, etc. is far different than MVC as applied in Cocoa and that has led people to find larger differences between MVVM and MVC than I have.

Am I crazy? Please educate me.

bames53
  • 86,085
  • 15
  • 179
  • 244
Cyclone
  • 2,103
  • 1
  • 14
  • 13
  • Read about how you can accept answers: http://www.stackoverflow.com/faq#howtoask. If you got no proper answers, edit your questions and add more information. – jgauffin May 03 '11 at 05:49
  • possible duplicate : http://stackoverflow.com/questions/667781/what-is-the-difference-between-mvc-and-mvvm – jimjim May 03 '11 at 05:50
  • 2
    I read that thread. I don't think it's a duplicate because when it refers to 'common MVC' pattern I'm not sure if that refers to MVC as implemented in Cocoa + Obj-C. Doing a little more research, it seems Apple's MVC is more like MVP, and MVVM is a subtle twist on MVP that relates to designing GUIs in a GUI specific language... – Cyclone May 03 '11 at 05:52

1 Answers1

15

I've been a huge fan of MVVM in WPF for years now, and have recently picked up MVC in Cocoa. At first they seemed identical, then similar, and now as I work more with Cocoa, nothing alike.

My feeling is that the differences are in the direction of the binding.

In MVVM, the View binds to properties on a ViewModel object (V -> VM). Change the ViewModel object's properties, and with a bit of jiggery-pokery using NotifyPropertyChanged, the View magically updates itself. The View passively reads off properties in the View Model object, and the ViewModel knows absolutely nothing at all about the View - you could delete the View and it would still work. This gives you the flexibility to rewrite, change or combine views and have them "just work" without changing a line of view model code.

In MVC under Cocoa (iOS), the view controller binds itself to the view (VC -> V) through explicit IBAction/IBOutlet properties - you have a direct reference in your view controller to the view objects. You directly tell a control on the view to change in your view controller, and the ViewController has intimate knowledge about the internals of the View. Delete the View, and the ViewController will throw runtime exceptions.

For me it's about the direction of the binding.

With Cocoa using the MVC pattern, you are directly "controlling" the view through the view controller (stand to reason, right?).

In MVVM/WPF, you are having the view control update itself by watching for changes to the ViewModel object - the binding is the other way around and passive.

WPF without MVVM is just like Cocoa MVC for iOS, and feels a bit like ASP.NET forms.

Cocoa for OSX does have a more MVVM-like binding strategy available, but that isn't available on iOS.

JasonD
  • 7,472
  • 5
  • 31
  • 31
  • 3
    That seems to match what I've found out. I originally asked the question when I first found the Knockout.js framework for MVVM web apps. The problem I've since found with MVVM, is that the direction of binding encourages small snippets of code in the view, or extraneous properties on the ViewModel to simplify binding. In the end I often end up using MVC, since I think it's fair to say that with observable values, both 'magically' update the UI. For the case of the view controller throwing exceptions when not bound... wouldn't those just be ignored as sending messages to nil? – Cyclone Feb 22 '12 at 04:29