CODEWITHSUNDEEP
objective-ccocoacocoa-touch
node ninja
node ninja

Reputation: 33036

How to find out which file gets run first in Xxode

In an Xxode project that has a lot of .h and .m files, how do you determine which file gets executed first?

Upvotes: 1

Views: 1597

Answers (3)

Justin Meiners
Justin Meiners

Reputation: 11143

Another thing that should get run first is in an App Delegate (Defined like so: NSObject <UIApplicationDelegate> and setup in the nib) the method applicationDidFinishLaunching

This is obviously not technically the first thing to be run. The main loop and whatever is in UIApplication will be executed first, but in general this is good starting point for iOS applications and the first place you really have control.

You can also create a class called like "Controller" and drag an NSObject into your nib and set the class to Controller. Then the method awakeFromNib will be called.

Either of these should be fine to set up your app.

Upvotes: 1

Dave DeLong
Dave DeLong

Reputation: 243156

The file that contains int main(int argc, char * argv[]); will get run first, since the main() function is the first function to get run. In pretty much every Xcode template project, that file is called "main.m".

edit

Usually, the main() function of a Cocoa Touch app is this:

int main(int argc, char *argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    int retVal = UIApplicationMain(argc, argv, nil, nil);
    [pool release];
    return retVal;
}

(Substitute NSApplicationMain() for UIApplicationMain() and remove the autorelease pool if you're writing a Mac app)

edit #2

I'm only interested in the file that gets run first from the classes folder

The simple answer is "The application delegate", then everything else.

The technical answer to that is that any objects in your MainMenu.xib (Mac) or MainWindow.xib (iOS) file will be instantiated first. Usually the objects in that file will be instantiated in the order in which they appear, but I don't think that's guaranteed.

So if you 3 have custom top-level objects in your MainWindow.xib file, then they'll all be instantiated at the same time (within reason). First their initWithCoder: methods will execute, then some time later their awakeFromNib methods will execute (which usually the safest "starting point" for that object).

The application delegate launch methods will happen somewhere along in there too (I believe in between initWithCoder: and awakeFromNib).

Upvotes: 9

Yuji
Yuji

Reputation: 34185

Cocoa and Cocoa-Touch apps are completely event-driven. It is not that the order the methods are executed can be understood by reading the source code files.

  • As Dave explained, the entry of the program is at the main function in main.m. It immediately calls UI/NSApplicationMain.
  • NS/UIApplicationMain is a function provided by Cocoa(-Touch). It watches the user interaction, and fires events accordingly.
    • For example, when the user clicks a button, the system calls automatically what you provided as the action method specified in the xib file.
    • Another example is the drawRect: method you provide: it's called when the system decides to draw an object onto the screen. It's very important that you don't actively draw to the screen. The system asks you to draw the screen, and you respond.
    • One important set of events are the ones which are called at the beginning of the program, like applicationDidFinishLaunching: or the ones which are called when a view is loaded from the xib file, viewDidLoad.
  • Aaron Hillegass made a great analogy of the situation: you're KITT and respond to Michael Knight's order, not the other way around. Well you need to be over certain age to understand this analogy...

Upvotes: 2

Related Questions