So, one important thing to learn in iOS as well as in any language are some core concepts of software design. This would be the model view controller pattern.
In terms of an iOS project, a good way to think of how this could be implemented would be in a calculator application. The model of this project would store the methods that process the number, i.e. a method to add, a method to substract, a method that divides, and a method that multiples, etc.
For the sake of this application, lets assume each of the methods has an input of two doubles and returns a double as well. Essentially, our model will contain all the methods that do any action to the numbers in the calculator.
In our view controller, we will then make an instance of our model class. This will allow us to use all the instance methods we created in our model class in view controller class. Essentially, we want to pass the values from our view into the methods stored in our model.
Here is the header file:
// // CalculatorModel.h // ModelCalculator // // Created by Andrew Rauh on 5/12/12. // Copyright (c) 2012 __MyCompanyName__. All rights reserved. // #import <Foundation/Foundation.h> @interface CalculatorModel : NSObject - (double) addNumbers: (double) numberToAdd1 :(double) numberToAdd2; - (double) subNumbers: (double) numberToSubtract1 :(double) numberToSubtract2; @end
And here is the implementation file. (.m)
// // CalculatorModel.m // ModelCalculator // // Created by Andrew Rauh on 5/12/12. // Copyright (c) 2012 __MyCompanyName__. All rights reserved. // #import "CalculatorModel.h" @implementation CalculatorModel - (double) addNumbers: (double) numberToAdd1 :(double) numberToAdd2 { return (numberToAdd1+numberToAdd2); } - (double) subNumbers: (double) numberToSubtract1 :(double) numberToSubtract2 { return numberToSubtract1-numberToSubtract2; } @end
Now, we need to make an instance of this model class in our main view controller. So, do this:
// // ViewController.h // ModelCalculator // // Created by Andrew Rauh on 5/12/12. // Copyright (c) 2012 __MyCompanyName__. All rights reserved. // #import <UIKit/UIKit.h> #import "CalculatorModel.h" @interface ViewController : UIViewController { UIButton *button1; CalculatorModel *calculatorModel; } @property (nonatomic, strong) UIButton *button1; @property (nonatomic, retain) CalculatorModel *calculatorModel; @end
And finally, we will actually use and access these methods in our implementation file.
// // ViewController.m // ModelCalculator // // Created by Andrew Rauh on 5/12/12. // Copyright (c) 2012 __MyCompanyName__. All rights reserved. // #import "ViewController.h" @interface ViewController () @end @implementation ViewController @synthesize button1, calculatorModel; - (void)viewDidLoad { [super viewDidLoad]; calculatorModel = [[CalculatorModel alloc] init]; //Then you could pass in values from your view into the model methods. //in this case I am just passing two arbitrary values into the method to test it. [calculatorModel addNumbers:3.4455 :5.3]; NSLog(@"%f",[calculatorModel addNumbers:3.4455 :5.3] ); } - (void)viewDidUnload { [super viewDidUnload]; // Release any retained subviews of the main view. } - (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation { return (interfaceOrientation != UIInterfaceOrientationPortraitUpsideDown); } @end
I realize this is exceptionally simple, but hopefully it showed the basics of this development pattern for iOS!
Pingback: mattbrickner.com » Blog Archive » Things to check out for May 18, 2012
You’ve shown the way many teach iOS development. I’m trying to see if I’m missing something. You say Model-View-Controller is a design pattern that should be used. Then you set up a model class and a view-controller class. The view-controller seems to blend the view and the controller together. Where is the view class? I understand that your app doesn’t have an interface but it if did, would the nib file be consider the view of the MVC? I’m assuming a clean MVC example would have 3 distinct files: a model file, a controller file and view file. Is the view-controller class combining the view and the controller together and if so, is this a “sloppy” MVC design pattern?
You are correct. If you really wanted to, you could technically sperate out the view from the controller. Due to the nature of how the UI Framework for the iPhone is designed (Cocoa Touch) it makes more sense to combine the view and controller into one class. This is also how Apple write most of their demo code. So yes, it is more of a “sloppy” design pattern.