내손안의 아이폰 어플 개발

The UITableView class is a wonder of efficient memory management, if you use it correctly.

Here’s the standard template code that Xcode generates when you create a subclass of UITableViewController:

The keys here are the CellIdentifier variable and the call to dequeueReusableCellWithIdentifier, which enable the iPhone OS to reuse existing instances of UITableViewCell whenever possible.

(Don’t create a unique reuse identifier for each row as I’ve seen some developers do. Yes, it’s much easier to deal with asynchronous download of images for each row if you know how to uniquely identify the cell, and you know that the cell is still in memory. But that totally defeats the efficient memory management that UITableView is capable of.)

Under normal circumstances a UITableView will create one instance of a UITableViewCell per row that is visible on the screen. As you scroll, the cell instance that just rolled off the screen will be reused for the cell that is about to appear.

To verify that this memory management is working as it should, add a log statement each time a new cell is created:

When you run your app and start scrolling your table view, you should not see any creation of cells beyond the initial list (plus one). If you see “creating a new cell” log statements scrolling off the screen as you scroll the table view, you’ve got a problem.

If you just follow the standard Xcode template above, you should be fine. However if you’re loading a Nib for a custom table view cell layout using Apple’s recommended way, there’s an important detail you must not forget. (Tip of the hat to Jeff LaMarche for inspiring this blog post.)

Here’s the typical NIB loading code from Apple:

The key here is that the CellIdentifier value must also be entered into Interface Builder, like this:

If you don’t do this, then UITableViewCells will not be reused. (A telltale sign of this is that you’ll see lots of “creating a new cell” log messages.) There is no compiler or runtime warning if you fail to enter this critical piece of information into Interface Builder. So that log statement can be a useful warning.

// Show an alert if "Appleseed" is not in Contacts

UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Error" 

message:@"Could not find Appleseed in the Contacts application" 

  delegate:nil 

  cancelButtonTitle:@"Cancel" 

  otherButtonTitles:nil];

[alert show];

[alert release];

-(void)viewDidLoad{

UIBarButtonItem *temporaryBarButtonItem = [[UIBarButtonItem alloc] init];

temporaryBarButtonItem.title = @"Back";

self.navigationItem.backBarButtonItem = temporaryBarButtonItem;

[temporaryBarButtonItem release];

...

}

현재뷰에서 다음뷰갈때 위에서 만든 barButton숨기기

- (void)showDetails:(id)sender

{

    // the detail view does not want a toolbar so hide it

    [self.navigationController setToolbarHidden:YES animated:NO];

    [self.navigationController pushViewController:self.detailViewController animated:YES];

}

- (void)viewDidAppear:(BOOL)animated

{

    // bring back the toolbar

    [self.navigationController setToolbarHidden:NO animated:NO];

}

Car myCar =[[Car alloc]init]; 

[활용법]  

if ([myCar isKindOfClass:[Car class]]){

}else{

} 

message:errorType

delegate:nil

cancelButtonTitle:@"okay"

otherButtonTitles:nil];

[alert show];

[alert release];

Split a String into an Array

int month;

for(month=1;month<13;month++){

NSString *imageName = [NSString stringWithFormat:@"2010_%d.png", month];

}

Display Images