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

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


■ 아이돌랭킹 ■

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


■ ♥캘린더 ■ 

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


■ 아이돌 커뮤니티 ■

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


■ 친구에게 알리기 ■

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


■ 다운로드 ■ 

 
http://goo.gl/aEw8r




■ 스크린샷 ■ 




 

 ■ 참고사항 ■ 


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


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

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

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

 

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



바른생활(http://blog.jidolstar.com/746)은 아이폰/아이팟터치(안드로이드용도 마켓에서 직접 다운로드 받을 수 있습니다.)용으로 개발되어 다이어트, 운동, 공부등과 같은 일상적으로 세우는 계획을 실천할 수 있게 도와주는 기능을 가집니다.  간단히 일자별로 자신의 계획을 체크하고 일지도 작성해가며 같은 관심사를 가진 사람들과 커뮤니케이션을 할 수 있는 구조로 되어 있죠. 하루에 한번씩 계획체크 푸쉬도 날려주고요. 더 많은 기능을 넣는 것도 고려했지만 사용자 필요성을 좀더 파악한 다음에 하기로 결정한 상태라서 일단 보류했습니다.

얼마전 아이폰용 바른생활 어플이 무료순위에 상위에 올라왔습니다.  신기한 것은 이 어플은 무려 1개월 전에 앱스토어에 등록되었던 것인데 무료상위권에 들어간것이 너무 신기했었죠. 알고 봤더니 앱스토어 메인화면에 최신 및 추천목록에 올라왔더군요. 어떠한 경로로 여기에 올라가게 된 것일까요? 최신은 분명 아니므로 이 화면에 대한 수동적 관리가 있었던 것으로 판단이 됩니다.  또는 앱스토어 자체에 추천시스템이 어느정도 작용도 했겠죠?

아무튼 어플을 홍보할 수 있는 마케팅 채널을 여러군데 있지만 거의 모두 돈을 들여야 합니다. 그나마 무료이면서 강력한 마케팅 영역은 앱스토어일겁니다. 초반에 상위에 못올라가면 다시 순위에 올라가기 힘든데, 이렇게 올라간 것을 보면 새학기가 시작되면서 이런 어플에 대한 필요성이 있다고 판단이 되었나봅니다. 아주 간단한 어플이지만 최소한의 기능으로 최대한의 효과를 내게끔 만들었던 것이 추천이 될 수 있었던 결정적인 요인이 아니였나 생각합니다. 결국 사용자는 복잡한 어플 싫어합니다. 그렇다고 너무 단순한 것도 싫어하죠. 어느정도 목적에 부합하는 어플이라면 사용자들은 이용해줍니다. 

이번 경험이 다음 어플을 만들때 결정적인 고려사항을 준것이라고 볼 수 없지만 그래도 많은 생각을 하게 만들어 준 것 같습니다.  바른생활 어플을 사용하시는 분들께 부족함에도 잘 사용해주셔서 감사의 말을 여기에 대신하고 싶습니다. ^^

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

얼마전 아이폰 어플의 개발 요구사항중에 아이폰내 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으로 접속하시면 더욱 다양한 기능의 스타플 서비스를 이용하실 수 있습니다.

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









스타플 타임라인 모바일 업로더 출시했습니다.

감성 SNS 스타플(starpl.com)에서 제공하는 타임라인(timeline.starpl.com)을 모바일로 즐기세요!
아이폰으로 촬영한 사진과 글을 언제 어디서든 업로드할 수 있습니다.


* PC에서 이용하시면 놀라운 타임라인의 모습을 볼 수 있습니다.(http://timeline.starpl.com)
* 스타플 계정으로 로그인 할 수 있습니다.
* 추후 지속적인 업데이트로 다양한 기능을 제공할 예정입니다.


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


다운로드 받기
아래 주소로 접속하시면 다운로드 받으실 수 있습니다.


QR코드로 다운로드 받기
아래 QR코드로 접속하시면 앱스토어에서 다운로드 받으실 수 있습니다.



스크린샷








스타플에서는 이외에도 여러가지 어플을 출시해 운영하고 있습니다.


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


스타플에서 '작심삼일' 아이폰/아이팟터치 어플을 배포합니다. 

작심삼일 어플은 '영어공부', '금연하기', '애인만들기', '다이어트', '부자되기', '책읽기'등 신년에 들어서 하고 꼭 하고 싶지만 실천하기 어려운 계획을 실천할 수 있도록 도와주는 것을 목적으로 삼습니다.

또한 각 계획별로 같은 목표를 삼은 사람들과 함께 각자의 고민을 공유하고 실천할 수 있도록 도움을 줄 수 있게 커뮤니티를 지원합니다.

계획을 잘 실천하고 있는지 매일 체크할 수 있는 체크캘린더 기능도 포함하고 있습니다.

그리고 계획시작 3일간 실천의 도움을 주고자 알림서비스를 제공합니다.

스타플에서는 "올해는 꼭 성공하자! 나의 신년계획!" 이벤트를 진행중입니다.

이벤트 페이지 : http://starpl.com/main/event/view/68



시작이 반이라고 합니다. 작심사일 어플을 통해 여러분의 계획을 꼭 실천에 옮겨보세요. ^^


앱스토어 : http://goo.gl/mkGZA
앱스토어 QR 코드 :

스크린 샷입니다.








글쓴이 : 지돌스타(http://blog.jidolstar.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



아이폰 어플을 개발하다보면 현재 인터넷 접속이 가능한지 확인해야할 필요가 있다. 또 사용성 측면에 있어서도 네트워크가 연결되어 있는 상태인지 확인해서 인터넷 사용이 가능한지 메시지를 보여주는 일도 중요할 수 있다. 또 어떠한 경우에는 3G인지 WiFi인지 알 필요가 있을 수 있다.

 

이러한 일을 위해 직접 만드는 것도 좋지만, 빠르게 어플을 개발해야하는 입장에서는 그것마저 부담스럽니다. 

그러므로 검색이 필요하다. 

 

검색해보니깐 아주 유용한 소스를 발견했다. 바로 Reachability 이다. 

애플 예제소스로 공개된 것이다.

 

http://developer.apple.com/iphone/library/samplecode/Reachability/Introduction/Intro.html

 

위에서 제공하는 소스를 다운로드 받아 X-code에서 직접 실행해보자. 네트워크 상태를 껐다가 켰다가 하면서 실험해보자. 잘 동작한다. 아래는 본인이 직접 시뮬레이터 상에서 동작시켜본 것이다. 

 

 


사용법은 단순하다.

1. Reachability.h와 Reachability.m을 자신의 프로젝트의 클래스로 등록한다.

2. SystemConfiguration.framework 프레임워크를 추가시킨다. 

3. 사용한다. ^^

 

가령 현재 상태가 WiFi인지 WWAN(3G)인지 확인하려면 아래처럼 코딩을 하면 되겠다.


 


실시간으로 네트워크 상태변화를 감지하고 싶다면 Notification기능을 활용하면 된다. 이미 샘플코드에 다 정리가 되어 있지만 간단하게 설명하자면... 

 

먼저 아래와 같은 코드를 application:didFinishLaunchingWithOptions:와 같은 함수등에 넣는다. 여기서 _internetReach 변수는 Reachability *_internetReach;로 클래스 변수로 정의해둔다. 또한 dealloc시에는 [_internetReach release];_internetReach=nil;로 메모리 해제를 해주어야 한다.


 

그리고 다음과 같은 2개의 함수를 넣어서 간단하게 감지할 수 있도록 만들면 된다. 


 


이것으로 인터넷 연결상태를 실시간으로 감지할 수 있게 된다. 

 

개발자에 따라서 특정한 웹서버에 접속이 원할한지 확인할 필요가 있을지 모른다.

그러한 경우에는 샘플코드를 보면 아래와 같은 방법으로 사용했다. 

 

[[Reachability reachabilityWithHostName: @"www.apple.com"] retain];


이외에 샘플코드에 Local WiFi 감지를 하는 부분이 있는데, 사실 무슨의미인지는 잘 모를뿐더러 어디서 보니깐 실제 인터넷 접속감지는 위에서 소개한 2가지 방법만 사용해도 문제가 없는 것 같다.

 

동영상 강좌도 있다.

http://answers.oreilly.com/topic/1218-how-to-check-the-status-of-the-network-connection-from-your-iphone-app/

 

아주 간단하게 만들어진 소스도 있다.

http://theeye.pe.kr/entry/how-to-check-network-connection-on-iphone-sdk


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

아래와 같은 에러를 만나 본적이 있으신가요?


-[CALayer release]: message sent to deallocated instance


개발자가 만든 코드가 아니라서 디버깅해서는 찾기 힘든 경우입니다. 이런 경우에는 일단 예상되는 부분을 주석처리 해서 저 메시지가 안나오게 한다음 문제되는 부분을 분석해서 찾는 것이 속이 편한듯 싶습니다. 아니면 꼼꼼히 코드를 보면서 누수부분을 찾아야겠지요. 아직 Objective-C가 익숙하지 않아서 인지 찾는데 좀 시간이 걸리더군요.


제가 저 에러를 만났을때 문제가 되었던 것은 바로 적절한 retain을 해주지 않아서 였습니다.


//1 에러발생 : -[CALayer release]: message sent to deallocated instance

//단, dealloc에서 [_btnGlobal release];_btnGlobal=nil;을 호출해준다.

_btnGlobal = [UIButton buttonWithType:UIButtonTypeCustom];

[self addSubview:_btnGlobal];


//2 문제없음

//단, dealloc에서 [_btnGlobal release];_btnGlobal=nil;을 호출해준다.

_btnGlobal = [UIButton buttonWithType:UIButtonTypeCustom];

[_btnGlobal retain];

[self addSubview:_btnGlobal];


//3 문제없음

UIButton *button = [UIButton buttonWithType:UIButtonTypeCustom];

[self addSubview:button];


//4 문제있음 : Stack Over가 생김 

UIButton *button = [[UIButton buttonWithType:UIButtonTypeCustom]autorelease];

[self addSubview:button];


//5 문제있음 : 4번과 현상 같음 

UIButton *button = [UIButton buttonWithType:UIButtonTypeCustom];

[self addSubview:button];

[button release];

//6 문제없음

UIButton *button = [[UIButton alloc]init];

[self addSubview:button];

[button release];

//7 문제없음

UIButton *button = [[[UIButton alloc]init]autorelease];

[self addSubview:button];

//8 메모리 leak발생

UIButton *button = [[UIButton alloc]init];

[self addSubview:button];


기본적으로 objective-c에서는 retain수와 release 수가 항상 같아야 메모리 문제가 발생하지 않지요. retain수>release수 가 되면 메모리 leak가 발생하고 반대로 retain수 < release 수가 되면 중간에 뻗어 버립니다. 그래서 오히려 전자가 더 찾기 힘들죠.


저한테 닥친 문제는 1번의 경우였습니다. 일단 _btnGlobal은 전역변수입니다. 여기에 @property, @synthesize와 같은 설정은 안했습니다. 그리고 dealloc함수에서 release시키죠. 1번에서 문제는 객체 생성시 new, init, alloc을 사용하면 기본적으로 autorelease되지 않아서 수동으로 release해야하며 반대로 new,init,alloc으로 생성하지 않는 경우에는 autorelease처리되어 release를 하지 않아도 된다는 점을 간과했습니다.  1번의 경우는 자동으로 release되었으니 처음에는 문제없이 동작하지만 dealloc함수가 호출시에 [_btnGlobal release]를 호출하기 때문에 release를 한번더 한 경우가 되어 에러를 발생시킵니다.  


그래서 1번 문제는 2번처럼 해주면 문제가 발생하지 않습니다. 


3번의 경우 1번의 경우와 같은 것 같지만 button 변수가 함수내부에 있으므로 문제가 없습니다. dealloc함수에서 release를 호출할 일도 없고 또한 new, alloc, init함수등으로 객체를 생성한 것이 아니기 때문에 자동 release되므로 문제 없습니다.


반면 4의 경우처럼 autorelease를 붙이거나 5번의 경우처럼 release를 했다면 스택오버플로우(?)와 같은 현상이 발생합니다.


6, 7번의 경우는 alloc, init, new함수를 썼으므로 release나 autorelease를 사용했습니다.. 이 경우에는 문제없습니다.


하지만 8번의 경우 retain되었고 addSubview가 되는 순간 두번째 retain이 됩니다.  내부적으로 addSubView에대한 것은 자동 release되겠으나 dealloc함수등에서 release시키지 않으므로 메모리 leak이 발생합니다. 이는 Instruments를 이용해서 찾을 수 있을겁니다.


retain과 release를 적절히 사용하는게 무엇보다 중요합니다. 개발하면서 항상 체크하세요.


이 개념을 잡는데 가장 도움이 되었던 글은 문씨님 글인것 같습니다.

http://cafe.naver.com/mcbugi/71504 

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


UISegmentedControl을 기본 스킨만 사용하는 경우야 문제는 없습니다.
하지만 대부분의 경우 그렇지 못하죠.
저처럼 아이폰 개발을 처음 하는 경우에는 전체 개발의 80%이상은 UI에 시간을 쏟아붙는듯 합니다.
분명 시간이 매우 아깝지만 익숙해지면 20~30%로 내릴 수 있을것이라 생각합니다.

각설하고....
UISegmentedControl의 기본 스킨은 다음과 같습니다. UIToolBar에 [[UIBarButtonItem alloc]initWithCustomView:]를 이용해 등록하면 아래와 같이 됩니다.


기본스킨을 사용하면 아무 문제없이 선택이 잘됩니다.

하지만 UISegmentedControl의 tintColor를 [UIColor blackColor]로 지정하면 아래 처럼 보이게 되는데 실제로 실행해보면 선택되어지지 않습니다. 정말 난감해지는 순간입니다. 선택했을때 색, 선택되지 않았을때 색, 글자색 뭐 이런것들을 직접 다룰 수 있는 함수나 속성이 전혀 있지 않아 매우 난감했습니다. 다른 분들은 이것을 어찌 해결하셨는지 궁금할 정도입니다.



제가 하고자 했던 목표는 글자크기를 크게하고 선택이 될 수 있는 모습을 보고 싶다는 겁니다.
아주 아주 단순한 요구사항인데도 불구하고 속성변경으로 단순하게 처리할 수 없어 너무 답답합니다. 어쨌든...
해결하기 위해 구글신의 도움을 빌릴 수 밖에 없더군요. 그러다가 다음 내용을 찾았습니다.

iPhone: UISegmentedControl with custom colors
iPhone – Get Class Name

Change font size for text in UISegmentedControl

(아래 내용은 설명이라고 적었지만 소스를 먼저 분석하시고 보시는 편이 더 좋을 것 같습니다. ^^)
첫번째 내용은 UISegmentedControl을 확장해서 선택할때 배경색이 바뀌도록 한 것입니다. 이 사람은 이것을 쓴 어플이 문제없이 등록승인되었다고 하네요. 그러니 우리도 쓸 수 있습니다. ^^ 단지 이 소스의 단점은 UISegmentedControl의 selectedSegmentIndex를 0이 아닌 1,2 등으로 지정하면 오동작 한다는 겁니다. 당신의 어플에서 기본 0이 항상 선택되어야 하는 경우라면 전혀 문제 없겠지만 1, 2 등이 선택되어야 한다면 당연히 문제가 생기므로 이 마저도 수정해야합니다. 제가 선택한 방식은 UIView의 tag를 이용한 것입니다. UISegmentedControl의 내부에 생성된 것들은 검사해 보니 UISegment입니다. 이 클래스는 private로 지정되어 애플 정책상 직접 사용하는 것이 금지됩니다. 하지만 문제 해결을 위한 참조정도는 가능한가 봅니다. 이 UISegment가 "하나","둘","셋" 순서대로 인덱스를 0,1,2로 지정되어 있으면 문제 없는데 또 그런 것도 아닌 것 같더군요. UIView의 subviews속성을 통해 얻어온 자식들을 가지고 손쓰면 안된다는 것을 의미합니다. 그래서 UIView의 tag 를 사용합니다. ^^

세번째 내용은 폰트를 설정하기 위해 사용합니다. 내용을 보면 changeUISegmentFont 라는 함수를 설명하고 있는데요. 이것은 재귀함수로 UISegmentContoller에 자식뷰를 전부 돌면서 UISegmentLabel을 찾아 폰트를 수정해주는 식입니다. 하지만 이것은 직접쓰면 안되고 클래스의 이름을 가져오는 과정에서 두번째 내용이 필요하고 직접 쓴다고 해서 폰트가 변경되는 시점은 비동기적으로 동작하기 때문에 처음 생성시 변경해준다고 해서 되는 문제는 아닙니다. 첫번째 내용에 이 함수를 함께 쓴다면 어느정도 문제 해결의 실마리를 찾게 되더군요.

이제 소스 들어갑니다.
헤더 입니다. 이름은 CustomSegmentedControl이라 정했습니다.

//

//  CustomSegmentedControl.h

//

//  Created by Yongho Ji on 10. 9. 15..

//


#import <Foundation/Foundation.h>



@interface CustomSegmentedControl : UISegmentedControl {

UIColor *offColor; //off 배경색

UIColor *onColor; //on 배경색

UIColor *onTextColor; //off 글자색

UIColor *offTextColor; //on 글자색

int fontSize; //글자의 크기 

}


-(id)initWithItems:(NSArray*)items 

  offColor:(UIColor*)offcolor 

  onColor:(UIColor*)oncolor 

  offTextColor:(UIColor*)offtextcolor 

  onTextColor:(UIColor*)ontextcolor 

  fontSize:(int)fontsize;


@end



다음은 구현부입니다. 천천히 따라가 보시면 해석하시는데 무리는 없을겁니다.

//

//  CustomSegmentedControl.m

//

//  Created by Yongho Ji on 10. 9. 15..

//


#import "CustomSegmentedControl.h"



@implementation CustomSegmentedControl


//UISegment계열 폰트의 색과 크기를 조절시켜준다. 재귀적으로 찾아가는 것을 눈여겨 보자.

- (void)_changeUISegmentFont:(UIView*) aView 

fontSize:(int)fontsize 

  textColor:(UIColor*)textcolor 

{

NSString *typeName = NSStringFromClass([aView class]);

if([typeName compare:@"UISegmentLabel" options:NSLiteralSearch] == NSOrderedSame) {

UILabel *label = (UILabel*)aView;

UIFont *font = [UIFont boldSystemFontOfSize:fontSize];

[label setFont:font]; //글자크기 지정 

[label setTextColor:textcolor]; //글자색 지정 

//글자크기에 따라 위치/크기 보정 

CGSize size = [label.text sizeWithFont:font forWidth:320 lineBreakMode:UILineBreakModeClip];

[label setFrame:CGRectMake(0, 0, size.width, size.height)];

[label setCenter:CGPointMake(label.superview.frame.size.width/2, label.superview.frame.size.height/2)];

}

NSArray *subs = [aView subviews];  

NSEnumerator* iter = [subs objectEnumerator];

UIView *subView;

while (subView = [iter nextObject]) {

[self _changeUISegmentFont:subView fontSize:fontsize textColor:textcolor];

}


//색이 바뀔때마다 Segment 배경색과 폰트색을 바꿔준다.

-(void)_setToggleHiliteColors {

//NSLog(@"%d",self.selectedSegmentIndex);

int index = self.selectedSegmentIndex;

int numSegments = [self.subviews count];

id subview;

//리셋 선택 처리 

//   깜박임이 존재하는 것은 UISegmentedControl 내부적으로 폰트 색을 그렸다가 

//   여기서 강제로 다시한번 지정하기 때문에 그렇다

//   어찌할 방법을 찾지는 못했지만 그럭저럭 쓸만함 

for (int i=0; i<numSegments; i++) {

subview = [self viewWithTag:i];

if (i==index) { //선택

[subview setTintColor:nil];

[subview setTintColor:onColor];

[self _changeUISegmentFont:subview fontSize:fontSize textColor:onTextColor];

} else { //리셋

[subview setTintColor:nil];

[subview setTintColor:offColor];

[self _changeUISegmentFont:subview fontSize:fontSize textColor:offTextColor];

}

}

}


//초기화 함수 

-(id)initWithItems:(NSArray*)items 

  offColor:(UIColor*)offcolor 

  onColor:(UIColor*)oncolor 

  offTextColor:(UIColor*)offtextcolor 

  onTextColor:(UIColor*)ontextcolor 

  fontSize:(int)fontsize 

{

if (self = [super initWithItems:items]) {

// 폰트크기 지정 

offColor = [offcolor retain]; 

onColor = [oncolor retain];

offTextColor = [offtextcolor retain];

onTextColor = [ontextcolor retain];

fontSize = fontsize;

//스타일 고정 

[self setBackgroundColor:[UIColor clearColor]];

[self setSegmentedControlStyle:UISegmentedControlStyleBar];

//루프를 돌면서 태그를 달아줌 

id subview;

for (int i=0; i<[self.subviews count]; i++) {

subview = [self.subviews objectAtIndex:i];

[subview setTag:i];

}

//listen for updates

[self addTarget:self action:@selector(_setToggleHiliteColors) forControlEvents:UIControlEventValueChanged];

//비동기적으로 한번 호출해준다. 글자크기/배경색 적용을 위해...

[self performSelector:@selector(_setToggleHiliteColors) withObject:nil afterDelay:0.1];

}

return self;

}


//메모리 dealloc

-(void)dealloc {

[offColor release];offColor=nil;

[onColor release];onColor=nil;

[onTextColor release];onColor=nil;

[offTextColor release];offTextColor=nil;

[super dealloc];

}


@end



이제 만들어진  CustomSegmentedControl을 사용하는 예제 호스트 코드입니다.  복잡해 보이지만 IB에서 ToolBar 붙이고 거기에 UISegmentedControl을 중앙에 붙이기 위한 작업을 코드로 옮겨 넣은 것 뿐입니다.

UIToolbar *tb = [[[UIToolbar alloc]init]autorelease];

[tb setFrame:CGRectMake(0, 480-49, 320, 49)];

[tb setBarStyle:UIBarStyleBlack];

[window addSubview:tb];

CustomSegmentedControl *segControl;

segControl= [[CustomSegmentedControl alloc]initWithItems:[NSArray arrayWithObjects:@"하나 ",@" ",@" ",nil

  offColor:[UIColor blackColor]

  onColor:[UIColor colorWithRed:120.0f/255.0f green:120.0f/255.0f blue:120.0f/255.0f alpha:1]

  offTextColor:[UIColor colorWithRed:153.0f/255.0f green:153.0f/255.0f blue:152.0f/255.0f alpha:1

  onTextColor:[UIColor whiteColor]

  fontSize:15];

segControl.frame = CGRectMake(0, 0, 250, 35);

segControl.selectedSegmentIndex=1;

//[segControl addTarget:self action:@selector(_valueChanged) forControlEvents:UIControlEventValueChanged];

UIBarButtonItem *segControlItem = [[[UIBarButtonItem alloc]initWithCustomView:segControl]autorelease];

UIBarButtonItem *leftItem = [[[UIBarButtonItem alloc]initWithBarButtonSystemItem:UIBarButtonSystemItemFlexibleSpace target:nil action:nil]autorelease];

UIBarButtonItem *rightItem = [[[UIBarButtonItem alloc]initWithBarButtonSystemItem:UIBarButtonSystemItemFlexibleSpace target:nil action:nil]autorelease];

[tb setItems:[NSArray arrayWithObjects:leftItem, segControlItem, rightItem, nil]];

[segControl release];


아래와 같이 선택했을때 색변경과 글자크기 변경이 가능해졌습니다.


좋은 지식이 되었으면 하며, 다른 의견 있으시면 댓글 부탁합니다. ^^

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

위 화면은 UINavigationBar 를 보여주고 있습니다.
오른쪽을 보면 버튼이 3개가 붙어 있습니다.
어떻게 한것일까요? 저도 어떻게 할 수 있을까 무척 고민했습니다.
일단 저기에 뭔가 붙이려면 UIViewController에서 self.navigationItem.rightBarButtonItem = [[[UIBarButtonItem alloc]init...]autorelase]을 설정해주면 됩니다.

- initWithBarButtonSystemItem: target: action:
- initWithImage: style: target: action:
- initWithTitle: style: target: action:

위 함수중 1개를 선택해서 객체를 생성할 수 있는데 전부 1개만 넣을 수 있습니다. 2개 이상은 안되죠. 다행히도 아래와 같은 함수가 있습니다.

-initWithCustomView:

이 함수를 이용하면 UIView를 확장한 객체만 뭐든지 들어갈 수 있지요. 당연하지만 앞의 3개의 함수와 달리 버튼을 눌렀을때 액션을 취할 수는 없습니다. 이것은 커스터마이징 해야할 겁니다.

그럼 처음 위 Navigation Bar에서 보여준것처럼 하게 하려면 결국 UIView로 하면 됩니다.
하지만 UIView를 이용하면 위치를 일일히 지정하는 번거로움이 있어서 이런 경우에는 UIToolBar를 사용하면 되겠죠. 즉 아래처럼 하면 됩니다.

self.navigationItem.rightBarButtonItem = [[[UIBarButtonItem alloc]initWithCustomView:myToolBar]autorelease];

결과는 예~ 잘등록됩니다. ^^

하..지..만... 요래 됩니다.




당연하겠죠. UIToolBar 기본배경이 원래 저거니깐요.

이제 배경색만 지우면 되겠지 싶어
myToolBar.opaque = NO 도 해보고...
myToolBar.translucnet = YES 도 해보고...
myToolBar.backgroundColor = [UIColor clearColor] 도 해보고
myToolBar.tintColor = [UIColor clearColor] 도 해보고....

별짓을 다해봤지만.... 배경색이 지워지지 않더군요. 인터넷 뒤져봐도 투명으로 만드는 방법 말고는 설명된 것을 찾기가 어렵더군요. 그냥 UIView 확장해서 만들까 하지만 오기가 생겼습니다.

이리저리 찾아보다가.... 방법을 찾았습니다.

- (void) drawRect:(CGRect)rect {}

결국 위 함수를 오버라이드 해서 내부에 아무것도 정의하지 않으면 된다는 사실을 깨달았습니다.
말그대로 UIToolBar를 확장해서 아래처럼 아무 코드도 넣지 않으면 됩니다.

- (void) drawRect:(CGRect)rect {
    //이것으로 배경을 그리지 않는다.
}

그리고 내부적으로 아래와 같은 코드가 들어가야 합니다. init함수에 아래 코드를 넣으면 완성됩니다.

self.translucent= YES; 


저 버튼들을 눌렀을때 action은 어떻게 처리하냐고요? 그야 방법은 아주 많겠죠? 그건 나름 연구해보시길.... ^^

글쓴이 : 지돌스타(http://blog.jidolstar.com/728)
일반적으로 키보드를 감추기 위해  [myTextField resignFirstResponer] 메소드를 사용하실 겁니다.
UIViewController가 전환할때는 기존 ViewController에 떠 있던 키보드가 자동으로 감춰집니다. 

하지만  firstResponder의 출처를 찾기가 곤란한 경우도 있습니다. 가령.. 저의경우 
중간에 네트워크가 중지되거나 점검페이지등을 붙일때 Controller가 아닌 UIView를 직접 사용해 window의 최상위에 붙이게 되는 경우가 있는데, 이때 ViewController에 키보드가 보여져 있으면 이 페이지 위에 키보드가 그대로 남게 되는 경우가 발생합니다.

꼭 위와 같은 경우가 아니더라도 키보드가 어디를 기준으로 보이든지 감춰줄 수 있는 메서드가 필요했습니다.
저는 아래 메서드를 공통으로 사용할 수 있는 클래스(가령 AppDelegate)에 정의해놓고 언제든지 키보드를 감출 수 있도록 합니다.
여기서 호출할 메소드는 hideKeyboard  입니다. _hideKeyboardRecursion은 제귀함수로 직접 호출하지는 않습니다.

//키보드를 사라지게 하기 위해 사용하는 재귀함수 

- (void)_hideKeyboardRecursion:(UIView*)view 

{

if ([view conformsToProtocol:@protocol(UITextInputTraits)]) 

{

[view resignFirstResponder];

}

if ([view.subviews count]>0

{

for (int i = 0; i < [view.subviews count]; i++) 

{

[self _hideKeyboardRecursion:[view.subviews objectAtIndex:i]];

}

}

}


//키보드 감추기

- (void)hideKeyboard 

{

UIWindow *tempWindow;


for (int c=0; c < [[[UIApplication sharedApplication] windows] count]; c++) 

{

tempWindow = [[[UIApplication sharedApplication] windows] objectAtIndex:c];

for (int i = 0; i < [tempWindow.subviews count]; i++) 

{

[self _hideKeyboardRecursion:[tempWindow.subviews objectAtIndex:i]];

}

}

}


혹시 부족한 점 있으면 보완 부탁드릴께요. 

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

이 내용은 검색해도 제대로 나와 있는게 없어서 간단히 정리하여 공유하는 수준입니다.

 

APNS에 관심을 가지시는 분들이 많을겁니다.

APNS는 프로바이더가 Push서비스를 하기 위한 시스템 구축할 필요없이 Apple을 도움을 받아 구현할 수 있기 때문에 적은노력으로 최대한의 효과를 볼 수 있는 아주 유용한 서비스이지요.

 

APNS를 접하다 보면 헷갈리는게 있습니다.

 

Provisioing Portal에 들어가면 APNS가 2가지 종류라는 겁니다.

1. 개발버전

2. 배포버전

 

개발버전 APNS는 Provisioning Profile에서 Development와 연관 있습니다. 단순히 Xcode상에서 디바이스로 디버깅할때 유용합니다.

배포버전 APNS는 Provisioning Porfile에서 Distribution과 연관 있습니다. 이는 Adhoc이든 AppStore든 상관없습니다.

 

이렇게 구분된 이유는 저는 개발할때와 배포할때 APNS가 동일하면 발생되는 문제점을 해소하기 위함이라고 이해했습니다.

만약 개발과 배포시 APNS가 동일하다면 서비스하는 도중에 개발하면서 잘못된 APNS를 사용자들에게 보내버릴 수 있는 경우가 발생할 수 있습니다. 이러한 상황을 미연 차단한 것이라고 생각됩니다.

 

그럼... 두가지 버전의 명확한 차이는 무엇일까요?

 

첫째, 바로 발행하는 인증서가 다르겠죠? 인증서는 App ID에서 발행하므로 어플마다 다릅니다.

 

둘째, Device Token 값이 다릅니다. 개발버전의 Device Token과 배포버전(Adhoc, Appstore)의 Device Token은 다릅니다. 이것은 어플마다 다르지 않고 Device마다 다릅니다. 하지만 기기의 고유 UUID와는 다릅니다.

 

셋째, 그리고 프로바이더(java든, php든 상관없이) 입장에서 gateway 주소가 다릅니다. 개발버전에서는 gateway.sandbox.push.apple.com 에 접속하고 배포버전에서는 gateway.push.apple.com에 접속합니다. 포트번호는 둘다 2195이지요.

 

이 부분에 대해서 명확하게(그것도 한글로.. ^^;) 설명한 내용이 없었습니다.

제가 영어를 잘해서 Apple문서를 정독했더라면 알 수 있는 내용이였지만.... 결국 삽질끝에 파악한 내용이네요. ㅎㅎㅎ

 

아무튼 유용한 정보가 되었길...

 

다른 유용글

[iPhone/Java] 내가 만든 어플에 Push Notification 적용하기

APNS Device Token을 못받아올때

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

 

Error: Error Domain=NSCocoaErrorDomain Code=3000 "응용 프로그램에 대해 발견된 'aps-environment' 인타이틀먼트 문자열 없음" UserInfo=0x117d00 {NSLocalizedDescription=응용 프로그램에  발견된 'aps-environment' 인타이틀먼트 문자열 없음}

 

AppDelegate에서 DeviceToken을 받지 못하고 Error 메시지를 띄우는 경우가 있습니다.

분명 Development나 Adhoc Provisioning Profile을 받아서 정상적으로 컴파일 했는데도 발생되는 문제입니다.

위와 같은 내용이 들어오면 다음 방법으로 문제를 해결합니다.

(디바이스에서 테스트 경험이 있는 분들만 이해하실 수 있습니다.)

 

1. iOS Provisioning Portal 에 갑니다.

2. App IDs 메뉴로 들어가 APNS를 Enabled 시킵니다.

3. Provisioning 메뉴으로 들어가 이전 Profile을 지웁니다.(Development와 Distribution 모두)

4. 거기서 다시 새로운 Profile을 생성합니다.

5. Xcode의 Organizer에 등록되어 있는 Provisioning Profile은 지웁니다.

6. 새로 생성한 Provisioning Profile을 다운받은후 두번 클릭으로 Organizer에 설치합니다.

 

이렇게 한뒤 디바이스에서 테스트 해보면 잘됩니다.

 

Provisioning Profile이라는 것은 Provisioning Portal에서 Certificate, Device, App ID 순서로 만들어진 결과물의 정보를 담습니다. 그러다 보니 세가지중에 하나라도 바뀌면 다시 Profile을 다시 생성해서 받아야 합니다. 위 에러의 경우 먼저 Profile을 받고 난다음 AppID에서 APNS를 활성화 시켜 Profile에는 이 정보가 포함되어 있지 않아 발생하는 문제였던 겁니다.

 

여기서 교훈은... Certificate, Device, App ID 에서 하나라도 수정되면 반드시 기존 Provisioning Profile을 지우고 재생성해서 받아 써야한다는 겁니다.

 

저... 이것때문에 완전 머리 쥐어 짰습니다. ㅜㅜ;;;;;

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

최근 아이폰 어플을 공부하고 개발하고 배포까지 하면서 개발시 꼭 체크하거나 염두해야할 일을 생각나는데로 정리해 보았다. 

 

1. 메모리는 항상 관리한다.

Instruments를 이용해 Memory leaks를 반드시 한다. 특히 View Controller가 전환시, 또는 데이터 통신후에 체크하도록 하는 것이 중요하다. Instruments를 이용하면 완벽하지 않지만 문제를 해결할 수 있는 발판을 마련해준다.

 

또한 Build만 해보지 말고 Build and Analyze를 통해 잠재적으로 메모리 leaks가 생길 부분을 찾도록 한다. 완벽하지 않지만 retain후 release를 안한 부분도 은근히 잘 찾아주므로 꼭 활용하길 바란다.

 

2. 디바이스 테스트는 필수

아이폰 시뮬레이터에서 동작을 잘하던 것이 디바이스에서 테스트 하면 중간에 멈추던가 이상한 동작할 하는 경우가 발생한다. 거의 대부분 이것은 메모리 문제이다. 디바이스는 제한된 메모리이기 때문에 메모리 경고가 자주 일어난다. 또한 이러한 메모리 문제는 View Controller에서 viewDidLoad 메소드를 다시 호출시켜 그에 따른 대책을 마련하지 않으면 어플이 죽거나 이상한 동작을 하게 된다.

 

디바이스에서 테스트는 개발 중간중간 자주 해야한다. 그렇지 않고 시뮬레이터에서만 개발하다가 디바이스에 올린뒤 발생하는 문제를 해결하려면 노력이 배 이상이 들 수 있다.

 

 

3. Memory Warning을 지나치지 말아라.

일단 아이폰 시뮬레이터의 메뉴를 보면 강제적으로 메모리 경고를 줄 수 있다. 그렇게 되면 AppDelegate와 View Controller에서 메모리 경고를 감지할 수 있게 된다. 경고가 발생하면 필요없는 자원을 해제 시키길 바란다. 또한 View Controller에서는 viewDidUnload 메소드가 호출될 수 있다. 이때 self.myView = nil 처리가 되어 있으면 이 객체는 메모리 반환이 되고 나중에 viewDidLoad와 viewWillAppear 호출된다. 이 때 중복된 메소드 호출이나 잘못된 메모리 반환으로 어플이 중간에 중지되거나 이상한 데이터를 View상에 보여주게 된다. 이런 처리도 말끔하게 해주어야 된다. 결국 View Controller의 라이프 사이클을 잘 이해하는 것이 중요하고 그에 따라 대처해야한다.

 

 

4. 인터페이스 빌더를 잘 활용하자.

개발자이기 때문에 인터페이스 빌더를 사용안하고 오로지 코딩으로 뷰배치를 하시는 분들이 있다. 초반에 아이폰 개발때는 이 방법이 좋을 수 있다. 무언가 코드안에서 다 해결할 수 있기 때문이겠다. 하지만 아이폰과 같은 작은 기기의 어플들은 긴 기간의 개발을 요구될 수 없다. 짧은 기간안에 빠른 승부를 내야하는게 바로 아이폰 어플이라고 본다. 뭔가 View 구성을 코드로만 하다 보면 개발자는 나중에 지쳐버린다. 한 페이지 View를 만드는데 만해도 엄청난 노력이 들어가야 한다.

 

인터페이스 빌더를 이용해 ViewController 단위로 만들고 TableView에 보일 Cell들도 만들면 여러분은 어느정도 View 구성하는 스트레스에서부터 해방될 수 있다. 완벽하지 않지만 복잡한 배치를 위해 골머리 쌓는 일에서는 거의 70~80% 해방된다. 게다가 ViewController의 코드도 많이 짧아진다. 왜냐하면 View를 구성하기 위한 코드가 많이 줄기 때문이다.

 

또한 인터페이스 빌더를 이용하면 Command+R 만으로 시뮬레이터에서 View를 미리 볼 수 있다. 이런 것들을 활용하면 개발에 많이 도움된다.

 

 

5. SVN을 이용한 소스 관리를 꼭 하자.

개발하면서 소스관리 툴하나 쓰지 않는다는 것은 사실 말이 안된다. Eclipse와 같은 툴을 다뤄봤던 사람이라면 소스관리를 위해 SVN을 많이 사용했을 것이다. 협업을 위한 것도 있지만 개인적으로 쓰더라도 소스 관리는 반드시 필요하다. Xcode는 기본적으로 SCM 기능이 있어 이것으로 소스관리가 가능하다. Eclipse에 비해서 많이 불편한 편이지만 익숙하면 쓸만하다.

 

6. 최적화에 만전을 기하자.

아이폰은 데스크탑과 다르게 제한된 메모리, 제한된 CPU 기반이다. 그러므로 이런 제한된 환경에서도 부드럽게 동작하도록 노력해야한다. 가령 이미지를 프로세싱 하더라도 cache처리를 해야할지 말아야 할지, Thread나 Operator를 이용해 데이터를 가져오거나 말아야할지 등을 잘 결정해서 개발해야한다. 까페에 문씨님이 올린 Operator 활용법을 참고하면 좋겠다.

 

7. 다양한 장치에서 구동되도록 하자.

애플 개발 정책(?)상 xcode를 배포하면서 번들로 있는 SDK는 항상 최신을 유지한다. 그래서 구버전의 아이폰이나 아이팟 터치에 동작하도록 만들 필요가 있다. iOS 4 기반으로 개발하더라도 약간의 옵션 조정으로 3.0, 3.1 에서도 동작하도록 할 수 있다. 그것은 Groups & Files에서 어플의 이름을 선택한뒤 info에서 Build 탭을 선택한다. 거기서 iOS Deployment Target을 iOS 3.1 등으로 맞추면 가능하다. 물론 SDK 상에서 상위버전시에만 구동이 되는 부분에 대해서는 따로 조치를 취해야 하며 장치 구성상 전혀 사용할 수 없는 부분은 아에 AlertView등으로 알려줘야한다. 가령 카메라의 경우 구형 아이팟터치는 동작하지 않듯이 말이다.

 

8. [myObject release]; 후에는 반드시 myObject=nil 을 하자.

@property로 지정된 속성의 경우 self.myObject = nil 하는 것만으로도 [myObject release];myObject=nil; 이 진행된다. 하지만 속성이 @property로 지정되어 있지 않은 경우에는 self.myObject로 접근할 수 없으므로 release만 할 수 있다. 하지만 [myObject relase];만 하면 문제가 발생할 수 있다. 가령, release를 한뒤 retainCount가 0가 되면 이것은 이제 좀비가 된다. 이 좀비객체에 어떠한 메시지를 보내면 무조건 어플 죽는다. 하지만 myObject=nil 처리하면 nil에 어떤 메시지를 보내도 무시해버린다. 이러한 문제는 좀처럼 눈에 보이지 않게 어플을 죽게하는 요인이 된다. 정상적인 상황에서는 이런 문제가 안생기는데, 디바이스에 물려서 돌리면 어플 죽은 범인이 여기에도 있다. 왜냐하면 디바이스는 제한된 메모리로 waning이 빈번하게 날 수 있고 그에 따라서 viewDidLoad등이 다시 호출되면서 좀비가된 myObject를 엑세스해버리는 현상이 발생할 수 있기 때문이다. release후 다시 새로운 객체로 할당해 retain 하더라도 그냥 버릇처럼 [myObject release];myObject=nil; 이런식으로 하는게 좋다.

 

 

이외에도 많겠지만 일단 생각나는데로 정리해보았다.


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

아이폰 개발시작한지 3~4개월 되어가면서 조금 감각을 익히기 시작했습니다. 
어플도 그동안 3개 만들어 올려보고요.  

물론 사운드, 그래픽을 고급스럽게 다뤄보지는 못했지만 기본 UI기반으로 개발할때도 워낙 이슈가 많다보니 학습과 개발을 병행하는게 정말 쉽지 않더군요.... 

각설하고요 ㅎㅎ

여기에 소개할 것은 UIImageView에 원격 이미지를 비동기로 로드할 수 있도록 하는 기능과 이미지 캐쉬 기능을 추가한 소스를 공개하려고 합니다.(소스 분석은 주석을 참고 ^^)

아이폰 어플 개발하면 UIImageView를 매우 많이 사용할 겁니다.  번들이미지의 경우야 어짜피 문제 없지만 원격이미지를 로드할때는  몇가지 이슈가 발생합니다.

1. 원격이미지를 매번 로드하는 것은 네트워크 부하를 일으키며 특히나 3G사용자들에게 치명적이 될 수 있다.
2. 테이블에 원격이미지를 붙이는 경우에 동기적으로 이미지 로드하는 경우 멈춤 현상을 일으킬 수 있다. 
3. 비동기적으로 이미지를 로드하더라도 한번에 로드할 수 있는 이미지를 제어하지 않으면 어플의 전체적인 퍼포먼스가 죽는다.
4. TableView에서 TableViewCell는 캐쉬처리되어 재사용된다. 그러므로 거기에 붙은 UIImageView도 재사용하게 되는데 스크롤을 빨리 넘기는 경우 기존에 로드 요청한 이미지가 하나의 UIImageView에 계속 적재되는 현상이 발생할 수 있다.

위 이슈에서 1, 2는 금방 이해갈 갈겁니다. 3번의 경우 1,2번의 처리가 잘되었다고 해도, 한 화면에 5개 이상의 이미지를 비동기적으로 로드한다는 것은 스레드를 5개 이상 생성해서 처리한다는 의미와 같습니다. 어플 하나에 스레드를 너무 돌리면 별로 좋지 못하기 때문에 동시에 로드할 수 있는 이미지를 제어해주어야 합니다. 1~2개 정도로요. 
4번 이슈의 경우 예전에 문씨님이 올려주신 [문씨의 강좌]멀티스레딩2<NSOperation>에 올린 글에 소개된 소스의 경우에 발생합니다. 저는 여기에 이미지 캐쉬기능만 넣어서 실제로 썼습니다. 하지만 TableView에서 문제가 발생했습니다. 분명 NSOperation을 이용한 이미지 로드는 2,3 문제를 해결해줍니다. 하지만 TableViewCell을 재사용되기 때문에 빠른 스크롤을 하는 경우 거기에 붙은 UIImageView 하나에  지속적으로 다른 이미지가 붙도록 요청이 되어 이미지가 광고롤링되는 현상마냥 보이는 경우가 발생합니다. 

1,2,3,4 번의 이슈를 모두 해결하고자 간단하게 클래스를 제작했습니다.

사용하는 방법은 너무도 간단합니다. 그저 UIImageView를 붙히고 (IB에서든 코드상이든) #import "UIImageView+AsyncAndCache.h"를  넣습니다. 그 다음 아래 UIImageView 카테고리 4개 함수중 하나를 쓰시면 됩니다.  UIImageView *imageView = [[UIImageView alloc]init]; 하신뒤 [imageView setImageURLString:@"이미지 원격 경로"]; 형태로 쓰시면 됩니다. 

UIImageView를 카테고리로 만들었으므로 기존 UIImageView 기능은 그대로 사용할 수 있겠고요.

UIImageView 카테고리 외에 내부적으로 2개의 클래스가 정의되어 있습니다. 이는 개발자가 직접 제어하지 않고 위 4개 이슈를 해결하기 위해 내부적으로 사용되는 클래스입니다. 소스 분석을 원하신다면 주석을 달아두었으니 참고하시면 되겠습니다.

아래는 header만 올려놓습니다. 구현부는 첨부파일을 참고하세요.

uiimageview asyncandcache.zip


ARC환경에서는 아래것을 사용하면됩니다.(오래된 글이라... 개선여지가 많습니다. )

UIImageView AsyncAndCache.zip



//

//  UIImageView+AsyncAndCache.h

//

//  Created by Yongho Ji on 10. 12. 3..

//  Copyright 2010 Wecon Communications. All rights reserved.

//


#import <UIKit/UIKit.h>


@class AsyncAndCacheImageOperator;

@class AsyncAndCacheImageOperatorManager;


//////////////////////////////////////////////////////////////

//

// UIImageView 대한 카테고리 

// 카테고리는 테이블뷰에 적용된 Cell안에 UIImageView에서 활용하면 좋다.

// UIImageView 주요 기능은 다음과 같다

//

// 1. 이미지 비동기 로드 

//   이미지를 비동기로 로드해서 화면에 이미지가 뜨는데 버벅거림을 없앤다.

// 2. 이미지 캐쉬기능 

//   이미 로드한 이미지는 cache 디렉토리에 캐쉬해서 나중에 반복 요청시 

//   로컬에 저장된 캐쉬 이미지를 로드해서 네트워크 부하를 없애준다.

// 3. 반복적인 이미지 요청에 대한 로드부하 최소화 

//    같은 UIImageView 중복으로 로드 요청한다면 마지막에 요청한 이미지가 적용되도록 한다.

//    그뿐 아니라 수십번 반복해서 요청하더라도 무조건 이미지 로드 요청하지 않고 되도록이면 

//   마지막 이미지를 로드요청하여 네트워크 부하를 줄여준다

// 

// 개선해야할 사항 

//

// 1. 캐쉬기능 강제삭제기능 

// 2. 지정된 시간이 지난 캐쉬 이미지 자동 삭제기능 

// 3. 캐쉬사용여부 결정기능  

// 

//////////////////////////////////////////////////////////////


@interface UIImageView (AsyncAndCache)


//String형태의 이미지 URL 초기화

-(id)initWithURLString:(NSString*)url;


//NSURL 형태의 이미지 URL 초기화 

-(id)initWithURL:(NSURL*)url;


//String형태의 이미지 URL 셋팅 

-(void)setImageURLString:(NSString*)url;


//NSURL 형태의 이미지 URL 셋팅 

-(void)setImageURL:(NSURL*)url;


//동시에 로드할 이미지 최대수  

+(void)setMaxAsyncCount:(NSUInteger)count;


@end


//////////////////////////////////////////////////////////////

//

// 한개의 ImageView 대한 오퍼레이터이다.

// 비동기적으로 로드하는 것을 지원하며 더불어 캐쉬기능까지 지닌다.

// 개발자가 클래스를 직접 사용하지 않는다.

// 클래스는 AsyncAndCacheImageOperatorManager 클래스에서 동작/관리한다.

//

//////////////////////////////////////////////////////////////

@interface AsyncAndCacheImageOperator : NSObject

{

NSURL *_url; //로드할 이미지의 URL 정보 

UIImageView *_imageView; //이미지를 적용할 View

BOOL _canceled; //이미지 적용을 막는다. UIImageView 재사용시 나중에 로드되더라도 이게 YES이면 적용하지 못하도록 해서 사용자들로 하여금 잘못된 이미지가 로드되는 것을 방지 한다.

id _loadCompleteTarget; //이미지 로드가 완료되었을때 호출할 target

SEL _loadCompleteSelector; //이미지 로드를 완료했을때 호출할 selector

}


@property (readonly) UIImageView *imageView;


//초기화 함수 

- (id)initWithURL:(NSURL*)url imageView:(UIImageView*)imageView;


//스레드 적용 함수 

- (void)main;


//이미지 적용 취소

//main 메서드가 실행중일때 스레드자체는 중단시킬 없지만 imageView 로드한 image 적용하는 것은 방지시킨다.

- (void)cancel;


//이미지 로드 완료후 호출할 target/selector 적용 

- (void)setLoadCompleteWithTarget:(id)target selector:(SEL)selctor;

@end


//////////////////////////////////////////////////////////////

//

// ImageView정보를 담은 여러개의 오퍼레이터(AsyncAndCacheImageOperator클래스 객체) 관리한다.

// 개발자가 클래스를 직접 사용하지 않는다.

// setMaxAsyncCount 이용해 한번에 로드할 있는 이미지 갯수를 설정할 있다.

// 중요한 것은 동일한 UIImageView 대해서 다른 이미지 로드 요청이 있는 경우 

// 마지막에 요청한 이미지가 붙도록 하며, 같은 UIImageView 이미지 로드 대기중인 경우에는 

// 이전 UIImageView 대한 Operator 삭제함으로써 부적절한 로드로 인한 네트워크 부하를 최소화 해준다.

//

//////////////////////////////////////////////////////////////

@interface AsyncAndCacheImageOperatorManager : NSObject

{

@private

NSUInteger _maxAsyncCount; //동시에 비동기적으로 로드할 이미지 갯수 

NSUInteger _currentAscynCount; //현재 비동기적으로 로드하고 있는 이미지 갯수 

NSMutableArray *_standByImageOperators; //대기중인 Image Operator

NSMutableArray *_loadImageOperators; //로드중인 Image Operator 

}


//한번에 로드할 있는 이미지 갯수(스레드 최대 갯수)

-(void)setMaxAsyncCount:(NSUInteger)count;


//오퍼레이터 추가 

-(void)addImageOperator:(AsyncAndCacheImageOperator*)imageOperator;


@end



제 소스는 많은 테스트는 거치지 못했습니다. 그러므로 여기 개발자 분들께서 필요하시다면 제 소스를 분석하고 수정하면서 개선해주셨으면 합니다.  

----------------------------
수정사항 1
http://cafe.naver.com/mcbugi/95095 에도 이 글을 올렸습니다.
역시 소스가 공개되니 많은 분들이 테스트도 해주시고 좋네요. 만약 이미지 경로가 image.php?ggg=465.jpg로 되어 있다면 ?ggg=465.jpg 부분을 제대로 가져오지 못하는 버그가 있더군요. [_url path]로 되어 있는 부분을 [_url absoluteString]으로 하면 괜찮다고 합니다. 수정해서 쓰세요. 

수정사항 2
초기에 이미지가 붙어 있는데 주어진 이미지 경로에 이미지를 못불러오는 경우 image = nil이 되기 때문에 초기 이미지를 지우는 부분으로 이상하시다는 분도 계셨습니다. 이 부분은 아래처럼 처리하세요.

if (_canceled==NO) 
{
// 이 부분 추가
if (image)
_imageView.image = image;
}

if (_loadCompleteTarget!=nil) 
{
[_loadCompleteTarget performSelectorOnMainThread:_loadCompleteSelector withObject:self waitUntilDone:YES];
}


수정사항 3
이미지가 제대로 로딩이 안되는 버그가 있는데 메인스레드 관련 문제 때문입니다. 아래처럼 수정하세요.

if (_canceled==NO) {

    dispatch_sync( dispatch_get_main_queue(), ^{

        _imageView.image = image;

        [_imageView performSelector:@selector(layoutIfNeeded) withObject:nil];

    });

}


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


+ Recent posts