스타플(http://starpl.com) 에서 제작된 아이폰/아이팟터치용 무료 어플입니다. 

★★★★★ 아이돌배틀 ★★★★★
팬심으로 대동단결! 매일매일 우리아이돌에게 ♥를 조공하세요~


■ 아이돌랭킹 ■

팬들이 조공한 ♥로 실시간/일간/주간 아이돌 랭킹을 제공합니다.
무조건 팬수가 많다고 랭킹이 높아지지 않아요!
꾸준한 팬심으로 매일매일 ♥를 조공해주세요~


■ ♥캘린더 ■ 

내가 ♥를 조공한 날을 캘린더로 보여드립니다.
♥캘린더로 아이돌을 향한 나의마음을 체크해보세요!


■ 아이돌 커뮤니티 ■

다양한 아이돌의 커뮤니티를 제공합니다.
아이돌 커뮤니티에서 팬들의 정보와 대화를 나눠보세요!


■ 친구에게 알리기 ■

다양한 SNS 서비스와 카카오톡으로 "아이돌배틀"에 초대할 수 있습니다.
우리 아이돌 랭킹 유지할 수 있도록 친구들에게 소문내 주세요!


■ 다운로드 ■ 

 
http://goo.gl/aEw8r




■ 스크린샷 ■ 




 

 ■ 참고사항 ■ 


*** [아이돌배틀]으로 작성한 글/댓글은 스타플(starpl.com) 웹서비스에도 자동 업로드됩니다. 
PC에서 www.Starpl.com으로 접속하시면 더욱 다양한 기능의 스타플 서비스를 이용하실 수 있습니다.


*** 다양한 스타플 연동 어플리스트

(안드로이드)바른생활
(안드로이드)책을읽자!

(아이폰)책을읽자!
(아이폰)바른생활
(아이폰)신조어능력시험
(아이폰)어플지름신
(아이폰)타임라인 
(아이폰)오픈배경화면

 

글쓴이 : 지돌스타(http://blog.jidolstar.com


개발에 참여한 아이폰/아이팟터치용 무료 어플인 '오픈배경화면'을 소개합니다.


이 어플은 스스로 작가가 되어 배경화면을 공유할 수 있습니다.  재미를 위해 짤방 공간도 곁들였습니다. 유용한 어플이었으면 해요. ^^

★★★★ 오픈배경화면 ★★★

함께 만들고 공유하는~ 오픈배경화면! 당신도 배경화면 인기작가가 되어보세요! 


■ 배경화면 갤러리 ■ 

내가 직접 만든 배경화면을 작품으로 등록해보세요. 
아이폰 배경화면의 인기작가로 이름을 떨칠 수 있는 기회를 잡으세요! 


■ 짤방 갤러리 ■ 

배경화면만 작품이냐? 짤방도 작품이다! 
채팅 또는 글쓰기에 적합한 짤방도 공유해보세요. 


■ 작가찜하기 ■ 

이 작가 정말 내 스타일이야! 이럴땐 "작가찜하기"를 터치! 
찜한 작가가 새 작품을 올리면 푸시로 알려드립니다! 
새 작품 놓치지 말고 다운받으세요~ 


■ 나의 갤러리 ■ 

내가 올린 배경화면/짤방을 관리 할 수 있습니다. 
사람들이 얼마나 다운 받았는지 매일매일 확인해보세요~^^ 


■ 다운로드 ■ 

http://goo.gl/J7q5I




■ 스크린샷 ■ 









■ 참고사항 ■  

*** [오픈배경화면]으로 작성한 글/댓글은 스타플(starpl.com) 웹서비스에도 자동 업로드됩니다. 
PC에서 www.Starpl.com으로 접속하시면 더욱 다양한 기능의 스타플 서비스를 이용하실 수 있습니다.


*** 다양한 스타플 연동 어플리스트

(안드로이드)바른생활
(안드로이드)책을읽자!

(아이폰)책을읽자!
(아이폰)바른생활
(아이폰)신조어능력시험
(아이폰)어플지름신
(아이폰)타임라인 
(아이폰)오픈배경화면




 글쓴이 : 지돌스타(http://blog.jidolstar.com/761


이 글은 iOS에서 Local Notification에 대한 전반적인 이해를 돕기위한 글이다. 그래서 유사형태인 APNS와 비교해보기도 했다. 검색해보면 Local Notification에 대한 문의는 있어도 이에 대해서 설명된 한글문서가 없는 것 같아 정리해보았다.

Local Notification에 대해
iOS 4.0 이상부터 Local Notification(지역알림, 내부통지, http://goo.gl/jFFsT)을 지원한다.  그러므로  iOS 4.0 미만 버전을 지원하는 어플의 경우 호환성을 유지할 수 있도록 개발해야할 것이다.

Local Notification은 어플이 실행중이 아니거나 Background, Foreground 상태에 관계없이 지정된 날짜와 시간에 필요한 최소한의 데이터를 전송하여 어플에게 전달해 실행하거나 다른 행동을 취할 수 있도록 구현할 수 있다. 심지어 Local Notification을 예약하고 iOS를 재부팅해도 정상적으로 동작한다.  이러한 형태가 가능한 것은 Local Notification 관리는 iOS 자체에서 하기 때문이다. 

Local Notification과 APNS(Apple Push Notification Service, http://goo.gl/fWknl)의 큰 차이점은 Notification을 위한 서버가 필요한가 아닌가의 차이에 있다. APNS는 서버가 준비가 되어 있어야 하고 Push를 위한 인증서도 발급해야한다. 처음 테스트 환경을 만들고 운용하는게 복잡한 편이다. 반면 Local Notification은 이런 절차가 전혀 필요없이 간단하게 코드상에서 처리할 수 있다. 이처럼 Local Notification을 사용하는 방법은 꽤 간단한 편이다. 하지만 APNS에 비해서 테스트하기가 좀 까다로운 면이 있다. 왜냐하면 Local Notification은 시간기반으로 하는 통지가 되는 형태이기 때문에 통지에 대한 제어권이 iOS에 있으며 개발자에게 있다고 볼 수 없기 때문이다. 반면에 APNS는 서버측에서 어떤 시간에 상관없이 개발자가 원하는데로 바로 통지를 할 수 있다. 

Local Notification와 APNS가 이처럼 차이점이 있지만 넘겨주는 데이터나 동작하는 방식은 거의 유사한 편이다.  그래서 어플내에서 동작하는 형태를 하나의 인터페이스로 만들어 운영할 수 있다. 이것이 가능한 이유는 둘다 PayLoad(http://goo.gl/mulVQ)가 유사한 형태를 가지며 통지되었을때 같은 동작을 하기 때문이다. (PayLoad는 일종의 메시지 데이터를 보유하는 패킷이나 프레임의 부분을 말한다.) PayLoad에는 Notification Type과 Custom Data를 담는다. Notification Type은 메시지 ,버튼 제목, 아이콘뱃지숫자, 사운드등으로 구성되어 있고 Custom Data에는 이외에 데이터가 필요한 경우  Dictionary형태로 구성된다. 하지만 APNS와 Location Notification간에 PayLoad데이터 관리의 차이는 있다. APNS는 Dictionary로 관리되며, Location Notification은 UILocalNotification 클래스(http://goo.gl/3TyTg)로 관리 된다. 

Local Notification은 APNS와 다르게 시간기반으로 운용된다. 이것은 iOS에서 스케쥴링을 해준다는 말과 같다. 그래서 통지가 일어나야하는 날짜와 시간을 정해줘야한다. 

Local Notification 사용법 
지금까지  Local Notification을 설명하면서 APNS와의 차이점도 알아보았다. 이러한 내용을 미리 언급하는 것은 처음 이를 접근할 때 Local Notification에 대한 전반적인 이해가 필요하기 때문이다. 여러가지로 복잡하고 잘 이해가 안되겠지만 실제로 해보면 이보다 쉬울 순 없다. 

Local Notification을 학습하기 위해서  Apple문서를 먼저 참고하는 것이 좋겠다.
 - About Local Notifications and Push Notifications : http://goo.gl/jFFsT

그럼 간단하게 Local Notification을 사용하는 방법을 알아보자. 크게 등록과 처리하는 방법을 구분해서 정리했다.

1. Local Notification 등록하기

Xcode상에서 Window Based 어플 프로젝트를 생성한뒤 AppDeleage 소스코드내에 application:didFinishLaunchingwithOptions: 메시지에 다음 코드를 넣는다.

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {    

    

    // Override point for customization after application launch.

    

    [self.window makeKeyAndVisible];


    //통지시간 정하기 

NSCalendar *calendar = [NSCalendar autoupdatingCurrentCalendar];

NSDateComponents *dateComps = [[NSDateComponents alloc] init];

[dateComps setYear:2011];

[dateComps setMonth:3];

[dateComps setDay:22];

[dateComps setHour:15];

[dateComps setMinute:30];

[dateComps setSecond:0];

NSDate *date = [calendar dateFromComponents:dateComps];

[dateComps release];

UILocalNotification *localNotif = [[UILocalNotification alloc]init];

if (localNotif != nil

{

//통지시간 

localNotif.fireDate = date;

localNotif.timeZone = [NSTimeZone defaultTimeZone];

//Payload

localNotif.alertBody = [NSString stringWithFormat:@"내부통지 %@",date];

localNotif.alertAction = @"상세보기";

localNotif.soundName = UILocalNotificationDefaultSoundName;

localNotif.applicationIconBadgeNumber = 1;

//Custom Data

NSDictionary *infoDict = [NSDictionary dictionaryWithObject:@"mypage" forKey:@"page"];

localNotif.userInfo = infoDict;

//Local Notification 등록

[[UIApplication sharedApplication] scheduleLocalNotification:localNotif];

}

[localNotif release];

    return YES;

}


이게 끝이다. Local Notification을 등록하는 시점은 어디라도 상관없다. 필요할 때 등록하면 된다. UILocalNotification 객체를 생성하고 통지시간, Payload, Custom Data를 설정한뒤 등록하면 지정된 시간에 통지가 발생할 것이다. APNS럼 APNS 서버에 DeviceToken을 받는 과정이 모두 생략되기 때문에 등록절차는 매우 쉬운 것을 알 수 있다. 

이 코드에서 Local Notification 등록을 scheduleLocalNotification을 사용했다. 필요한 경우에 스케쥴링 필요없이 즉각적으로 Local Notification을 줄 필요가 있는 경우에는 다음 메시지를 사용하면 되겠다. 

[[UIApplication sharedApplication] presentLocalNotificationNow:localNotif];


만약 fireDate를 현재시간보다 이전시간으로 등록하면 iOS는 바로 통지해버린다. 이 말이 그냥 쉽게 넘어갈 수 있는 문제인데 경험상 현재시간보다 이전시간으로 가는 경우는 없기 때문에 왠만하면 이전시간으로 등록하는 경우가 없도록 코딩을 해야 버그를 유발시키지 않을 것이다.

만약 이전에 등록된 Local Notification을 삭제하고 싶은 경우가 발생할 수 있다. 그런 경우에는 다음 메시지 중에 하나를 사용하면 되겠다.

[[UIApplication sharedApplication] cancelAllLocalNotifications];

[[UIApplication sharedApplication] cancelLocalNotification:localNotif];




2. Local Notification 처리하기 
앞서 Local Notification을 등록하는 방법을 알았다. 등록된 통지는 iOS에서 스케쥴링해준다.  어플의 실행여부, 및 iOS재부팅에 전혀 상관없이 동작하기 때문에 개발자는 이런부분에 대해 별다른 노력없이 통지 처리에 대한 로직만 만들면 된다.

내부 통지는 다음 3가지 형태로 처리가 가능하다. 이는 APNS와 유사하다.

[경우 1] 어플이 실행중이지 않은 경우 
이 경우에 iOS에 등록된 통지를 정해진 시간에 발생하면 자동으로 Alert창을 띄워준다. 거기에는 UILocalNotification에 Payload로 등록한 alertBody, alertAction이 반영되어 있으며 주어진 사운드를 들려준다. 어플의 아이콘에도 정해진 badge숫자가 표시된다. 


위의 경우 특별히 AppDelegate에서 application:didFinishLaunchingWithOptions: 메세지 내에서 통지된 UILocalNotification객체를 참고할 수 있다. Local Notification을 통해 어플이 실행되는 경우 별다른 작업이 필요하다면 이를 이용하면 유용할 것이다. 접근방법은 간단한다. 아래처럼 접근해서 사용하면 되겠다.

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {    

    

    // Override point for customization after application launch.

    

    [self.window makeKeyAndVisible];

UILocalNotification *notif = [launchOptions objectForKey:UIApplicationLaunchOptionsLocalNotificationKey];

if (notif != nil

{

UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"알림" 

message:[NSString stringWithFormat:@"didFinishLaunchingWithOptions %@",notif.alertBody

  delegate:nil 

  cancelButtonTitle:nil 

  otherButtonTitles:@"확인",nil];

[alert show];

[alert release];

}

    return YES;

}


이 경우 다음과 같은 화면을 볼 수 있을 것이다. 



또한 AppDelegate 상에 application:didReceiveLocalNotification: 메시지를 구현하면 Local Notification을 처리할 수 있다. 이 메시지는 다음에 나오는 [경우2], [경우3]에도 동일하게 동작한다. 아래처럼 구현해보자.

-(void) application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification

{

application.applicationIconBadgeNumber = 0;

UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"알림" 

message:[NSString stringWithFormat:@"didReceiveLocalNotification %@",notification.alertBody

  delegate:nil 

  cancelButtonTitle:nil 

  otherButtonTitles:@"확인",nil];

[alert show];

[alert release];

}


다음은 위코드가 실행될 때 화면이다.



[경우2]어플이 실행중이나 background에 위치해 있는 경우 
[경우1]과의 유일한 차이점은 application:didFinishLaunchingWithOptions: 를 통해 UILocalNotification 객체정보를 얻을 수 없다는 것이다. 이 경우에는 이미 어플이 실행중이기 때문에 어플이 처음 실행할때 최초 한번만 호출되는 AppDeleage의 application:didReceiveLocalNotification:가 실행될 수 없기 때문이다. 이 의미는 application:didFinishLaunchingWithOptions: 와 application:didReceiveLocalNotification: 에서 얻어지는 UILocalNotification 객체정보가 같더라도 서로 다른 일을 할 수 있도록 한다는 점을 시사한다.  

application:didReceiveLocalNotification: 메시지는 여전히 호출되므로 이때 UILocalNotification 객체를 처리하면 되겠다.


[경우3]어플이 실행중이며 foreground에 위치해 있는 경우
마지막으로 어플이 화면위에 실행중인 경우이다. 이때도 [경우1], [경우2]와 차이점은 iOS에서 직접적으로 Alert창을 띄워주지 않는다는 점이다. application:didFinishLaunchingWithOptions: 는 당연히 호출되지 않으며 application:didReceiveLocalNotification:  만 호출된다. 


Local Notification 처리에 대한 경우 1, 2, 3을 표로 정리하면 다음과 같을 것이다. 
   경고창   didFinishLaunchingWithOptions를 통한 UILocalNotification참고  didReciveLocalNotification메시지를 통해 UILocalNotification 참고
 경우 1 (어플 실행X)  O
 경우 2 (어플 background)  O
 경우 3 (어플 foreground)


지금까지 설명한 내용 대해서 더 자세히 알고 싶다면 다음 문서를 참고한다.
Scheduling, Registering, and Handling Notifications : http://goo.gl/qHVPi


팁(Tip)
Local Notification을 사용하면서 이런 점은 알아둘 필요가 있다. 

1. 등록시 현재 시간보다 빠른 시간을 등록하면 바로 통지가 된다. 이 점은 어플 버그를 유발할 수 있으므로 각별히 주의하길 바란다. 개발 경험상에서 말씀드린다. (여기서 버그는 실제 버그가 아니라 의도하지 않는 동작을 유발시킨다는 말이다.)

2. 테스트를 위해서는 아이폰 자체 시간설정 기능을 적극 활용하면 되겠다. Local Notification의 통지는 iOS가 스케쥴링을 해주기 때문에 개발자가 통제할 수 없다. 그러므로 아이폰 자체 시간설정 기능을 활용해 테스트할 수 있겠다.

3. PayLoad대신 Custom Data를 사용하는 방법은 별도로 설명을 안했지만 UILocalNotification상에 userInfo속성을 활용하면 된다는 점을 설명하지 않아도 여러분은 잘 사용할 수 있을 것이라 생각한다. ^^


정리하며
Local Notification에 대해서 전반적인 내용을 다뤄보았다. 생각보다 개념자체는 간단하지만 어느 경우에 어떻게 사용하고 동작하는지에 대한 명확한 지식이 없으면 오용할 여지는 많다. 또한 잘못 사용하면 뜻하지 않는 동작을 유발할 수 있기 때문에 등록시 시간을 잘 설정해야하는 것은 꼭 염두해야 한다. 또한 클라이언트 베이스로 등록/처리를 해야하는 부분은 이에 대한 적절한 설계를 바탕으로 하지 않으면 로직이 복잡해져 관리가 어려워질 수 있다는 점도 개인적인 경험이다. 

아무튼 회사에서 이를 이용한 관련 어플을 만들면서 처음 사용해 봤는데 자세히 알지 않고 사용하면 문제가 될 것 같아 정리를 해보았다.


관련글
About Local Notifications and Push Notifications : http://goo.gl/jFFsT
The Notification Payload : http://goo.gl/mulVQ
UILocalNotification 클래스 : http://goo.gl/3TyTg
Scheduling, Registering, and Handling Notifications : http://goo.gl/qHVPi
내가 만든 어플에 Push Notification 적용하기 : http://goo.gl/kH7BQ 
APNS 개발버전과 배포버전의 차이점. : http://blog.jidolstar.com/726
APNS Device Token을 못받아올때 : http://blog.jidolstar.com/725
 
글쓴이 : 지돌스타(http://blog.jidolstar.com/758)  
얼마전 아이폰 어플의 개발 요구사항중에 아이폰내 AppStore로 이동시키는 기능구현이 있었다. 이 글은 그것을 이해하는데 필요한 전반적인 기본 지식을 간단히 정리했다.

Apple iOS Applications의 URL 스키마
인터넷에서 링크는 URL 스키마(scheme)인 http, mailto, ftp, feed등을 이용해 종류가 구분된다. 이는 범용적인 예이다.  반면  iOS 링크는 이보다 더 특별한 기능을 가진다. 가령 "sms:전화번호"로 하면 문자메시지 보낼 수 있는 링크가 되며 "tel:전화번호"는 자동으로 전화를 걸 수 있다. 이런 특별한 스키마를 사용하지 않더라도 http를 그대로써서 필요하다면 관련 어플로 이동시키는 것도 가능하다. 가령, 구글맵의 경우 "http://maps.google.com/maps?q=검색위치" 형태로 접근하면 구글맵 어플이 열린다. 이이튠즈도 "http://itunes.apple.com"으로 시작하면 아이튠즈 어플이 실행된다. 유투브도 비슷하다. 

활용하는 방법은 어플상에서 iOS SDK에서 제공하는 [[UIApplication sharedApplication] openURL: ]을 이용하거나 사파리 주소창이나 링크에 위 사항을 적용하면 되겠다.

지금까지 설명한 URL 스키마들은 모두 iOS에서 기본으로 제공하는 것이다. 

다음 링크에는 iOS URL 스키마의 종류와 사용예를 잘 정리하고 있다.


Third Party Applications의 커스텀 URL 스키마
개발자는 커스텀 URL스키마를 만들 수 있다. 이는 어플만의 URL 스키마를 사용하면 가능해진다. 즉, URL스키마를 이용하면 자신이 만든 어플도 사파리에서 띄울 수 있게끔 유도할 수 있다는 것을 뜻한다.  

다음 글에는 커스텀 URL 스키마를 어떻게 어플에 적용하는가 보여주고 있다.


다음 소개하는 어플은 [[UIApplication sharedApplication] openURL:]을 활용한 어플로 URL 스키마를 테스트 해볼 수 있는 어플이다. (찾아봤더니 진짜 있네? ^^) 

Open URL : http://goo.gl/8n9mV



아이폰 어플에서 AppStore 검색페이지로 이동하기

이 글의 목적은 바로 아이폰 어플에서 아래 화면처럼 AppStore 어플의 검색페이지 이동하여 특정키워드로 검색하는 방법을 설명하는 것이다.  지금까지 URL 스키마를 설명했으니 이것도 URL을 통해 실행이 가능하다.


iOS 개발자 분들이라면 아래와 같은 URL을 이용하면 AppStore의 해당 어플 페이지로 이동한다는 것은 알고 있을 것이다.

http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=406292683
http://itunes.apple.com/kr/app/id406292683

이것은 1개의 어플을 찾을때는 유용하다. 그럼 검색은? 특별히 우리 회사에서 만든 어플을 찾아내야 한다면?

http://itunes.com/회사명
http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewArtist?id=회사아이디
http://itunes.apple.com/us/artist/회사명/id회사아이디 
item-apps://itunes.apple.com/us/developer/회사명/id회사아이디

등등..... 검색해서 다 해봤지만 전부 아이튠즈 어플로만 이동한다. 앱스토어에 이동해야하는데 말이다. 물론 맥에서는 잘 찾아간다. 단지 아이폰/아이팟터치에서는 아이튠즈와 앱스토어 어플이 분리되어 있는게 문제인 것이다.

하루 걸러서 검색으로 찾은 결과 방법을 알아냈다.
이것도 결국 URL을 이용하면 된다. (맥 사파리나, 아이폰 사파리, [[UIApplication sharedApplication] openURL: ] 을 이용해 접근하면 확인할 수 있겠다.)


마지막 term 파라미터에 회사명만 적어주면 된다. 

아~ 이것을 알아내느라 몇시간을 소비했다. 
좋은 팁이였길 바란다.

글쓴이 : 지돌스타(http://blog.jidolstar.com/751)








★★★★★ 바른생활 ★★★★★
매번 계획만 하는 당신, 실천하게 만들어드립니다!

■ 체크캘린더 ■

매일매일 새해 계획의 성공/실패를 캘린더에 체크하세요!

체크캘린더를 보면서 하루하루 성취감을 느껴보세요.


■ 계획일지 ■

하루하루 계획에 대한 일지를 작성할 수 있습니다!

일지를 쓰면서 나의 계획에 대한 다짐을 곱씹어보세요.


■ 푸시알림 ■

매일 푸시알림으로 나의 계획을 상기시켜드립니다!

바른생활은 꾸준히 계획을 실천할 수 있도록 돕는 최고의 도우미랍니다.


■ 커뮤니티 ■

모든 일은 혼자하면 힘들고 포기하게됩니다. 하지만 우리에겐 동지가 있습니다!

계획 별로 커뮤니티를 지원하여 같은 계획을 가진 사용자와 만나세요.

서로 격려하고, 정보를 교류하면 모두가 승리할 수 있습니다!

[바른생활]어플로 실천하는 사람으로 다시 태어나세요!


■ (구)작심삼일 업그레이드 기능 ■

1. 내 마음대로 계획 추가하기
2. 계획 시작일 설정기능
3. 편리해진 홈화면 인터페이스
4. 계획 일지쓰기 추가

(작심삼일 아이디로 로그인 할 수 있습니다)


■ 다운로드 ■ 
아래 주소에 접속하시면 '바른생활' 어플을 무료로 다운로드 받으실 수 있습니다.

아래 QR 코드로 접근하셔도 다운로드 받을 수 있습니다.




*** [바른생활]로 작성한 글/댓글은 스타플(starpl.com) 웹서비스에도 자동 업로드됩니다.
PC에서 www.Starpl.com으로 접속하시면 더욱 다양한 기능의 스타플 서비스를 이용하실 수 있습니다.

*** 스타플 계정으로 연동되는 어플









iOS 어플상에서 기기의 종류를 알아올 수 있는 코드이다.

#include <sys/sysctl.h>    // sysctlbyname 의 사용을 위해

// 모델 정보 보기 - 상세히
+ (NSString *) platform {
    size_t size;
    sysctlbyname("hw.machine", NULL, &size, NULL, 0);
    char *machine = malloc(size);
    sysctlbyname("hw.machine", machine, &size, NULL, 0);
    /*
     Possible values:
     "i386" = iPhone Simulator
     "iPhone1,1" = iPhone 1G
     "iPhone1,2" = iPhone 3G
     "iPhone2,1" = iPhone 3GS
     "iPhone3,1" = iPhone 4
     "iPod1,1"   = iPod touch 1G
     "iPod2,1"   = iPod touch 2G
     "iPod3,1"   = iPod touch 3G
     */
    NSString *platform = [NSString stringWithUTF8String:machine];
    free(machine);
    
    return platform;
}

출처 : http://cafe.naver.com/mcbugi/81305


Objective-C에서 retain/release 메커니즘을 이해하고 익숙해지는데 오랜 시간이 걸렸다. 이해 자체는 빠를지언정 적절히 쓰는 건 많이 어려운 것 같다.

retain/release/autorelease 를 쓰는 이유는 사실 많이 공개되어 있다. 하지만 retain을 하면 안되는 경우에 대해 다루는 글이 많지 않은 것 같다.

delegate는 기본적으로 retain이 아닌 assign을 한다. 만약 ViewController가 어떤 객체의 delegate대상으로 설정될때 retain을 해버리면 어떤 객체가 delegate를 release해주지 않는 이상 ViewController는 dealloc이 호출되지 않는 문제가 발생한다. 그러면 자연스럽게 메모리 릭(memory leak)이 발생한다. 그렇기 때문에 delegate는 assign을 해주는 것이다.

이런 경우도 있다. UITableViewCell을 커스터마이징처리한 CustomTableViewCell이 있다고 하자. 여기에 UITableViewController를 확장한 MyTableViewController가 이 CustomTableViewCell을 사용한다고 가정하자. 보통 같으면 사용에 문제가 없지만 만약 CustomTableViewCell에서 MyTableViewCeontroller의 메서드를 호출할 수 있게 하기 위해 MyTableViewController 객체 자신(self)과 그 메서드(@selector(myMethod:))로 CustomTableViewCell에서 참조하게 할 수 있다. 이때 MyTableViewController의 참조를 retain해줘버리면 나중에 MyTableViewController이 dealloc 메서드가 호출될 시점을 읽어버릴 가능성이 100%가 된다. 왜냐하면 CustomTableViewCell에서 retain처리된 MyTableViewController의 객체를 다시 release할 수 있는 명확한 메커니즘을 추가하기 힘들기 때문이다. 그래서 이런 경우에도 retain이 아닌 assign을 사용함이 옳다.

조금 다르지만 NSTimer를 이용할때도 비슷한 경험을 할 수 있다. [NSTimer scheduledTimerWithTimeInterval:target:selector:userInfo:repeats:] 메서드를 통해 target과 selector를 넘겨주는데 이때 내부적으로 NSTimer는 자기 자신과 target을 retain시켜주는 것 같다. 그래서 [timer invalidate] 호출해주지 않으면 target의 dealloc이 절대 호출되지 않는다. 역시 이 경우에도 메모리 릭이 발생한다. 그러므로  NSTimer를 시작하고 나서 멈추는 시점은 dealloc 내에서 하면 안되며 UIViewController의 경우 viewWillDisappear나 viewDidDisappear와 같은 메서드에서 invalidate를 호출해줘서 정상적으로 UIViewController의 객체의 dealloc 메소드가 호출되도록 해주어야 한다.

이외에도 굉장히 많은 경우도 메모리 릭은 항상 존재할 수 있다. 그래서 보통 일반적으로 통용되는 규칙을 잘알고 그대로 하는 것이 좋고 그렇게 하는 이유도 이해하면 크게 도움된다.

결국 위의 예제는 여기서 제공해주는 일종의 팁정도로만 생각하고 요점은 항상 dealloc 메서드가 호출되는지 확인하는 자세가 필요하다. 그렇게 되면 최소한 메모리 릭이 발생되는 최초 근본원인은 찾아낼 수 있을 것이다. 

종류가 다른 하나의 팁으로 정확한 원인은 모르겠지만 NSZombieEnabled를 사용 하면 EXC_BAD_ACCESS가 발생하지 않는데, 그것만 없애면  EXC_BAD_ACCESS가 발생하는 경우에는 dealloc 부분에서 디버깅을 해보면 어떤 객체에서 문제가 발생하는지 찾을 수 있다. 이 에러는 보통 과도한 release를 하는 경우 발생하는 것인데, 아무리 봐도 문제점을 찾을 수 없는 경우였다. 이런 경우 dealloc 메서드 내에 [super dealloc]를 실행문의 맨 뒤에 호출하도록 하면 문제가 없어지기도 한다.

그림이나 코드없이 말로만 줄줄 써서 이해가 잘 안갈 수도 있다. 결국 중요한 것은 dealloc이 제대로 호출되는지 항상 체크하라는게 여기서 말하고 싶은것이다.

글쓴이 : 지돌스타(http://blog.jidolstar.com/735)
스타플(http://starpl.com)에서 새로운 아이폰 어플, 어플지름신(http://itunes.apple.com/app/id406292683)을 내놓았습니다. 

어플지름신은 아이폰/아이팟터치용 어플의 할인/인기/신상 정보를 거의 실시간 단위로 알려줍니다.
또한 스타플과 연동되어 다양한 어플에 대해서 이야기 할 수 있습니다.

아이폰/아이팟 터치 유저라면 한번쯤 다운로드 받아서 사용해보세요. ^^

어플지름신 앱스토어 URL : http://itunes.apple.com/app/id406292683
어플지름신 이벤트 : http://starpl.com/main/event/view/66
어플지름신 앱스토어 주소 QR Code



어플지름신 스크린 샷








개발후기
이 어플은  제 2번째 작품입니다. 저는 아이폰개발만 맡았고 기획, 프로바이더 서버사이드 개발과 디자인 분야를 맡은 사람이 따로 있지요. 총 개발소요는 설계/코딩/테스트과정 모두 포함해 아주 빠듯하게 2주했고요.  앱스토어에 2주걸려 등록되었네요. 한번 중간에 리젝도 당했고요.

아이폰 어플개발에 손을 댄지 3개월정도 되어가는데 그래도 완성품을 이렇게 만들어가니 기분은 좋습니다. 이제 결과는 지속적으로 지켜봐야겠지요. 앞으로도 이런 유용한 어플을 지속적으로 만들어갈 겁니다. 그래서 오늘도 달립니다. ^^

글쓴이 : 지돌스타(http://blog.jidolstar.com/719)


+ Recent posts