For Impact Life: 2010

2010년 12월 29일 수요일

UINavigationController

UINavigationController is similar to UITabBarController in that it manages,
and swaps in and out, multiple content views.

The main difference between the two is that UINavigationController is implemented
as a stack, which makes it well suited to working with hierarchies.

Xcode의 #pragma mark 사용법

2010/01/19 00:17

[iPhone]

아이폰 앱 개발 시 소스 코드가 길어 지면 구현된 소스를 관리하기 위해 #pragma mark 사용을 도입할 필요를 느끼게 될 것이다. 사용 방법은 간단하다. 의미있는 소스 구분을 위해 label을 붙이는 것이다.

즉, 구현된 소스에서, 주로 메소드 단위로 구분하게 될테니... 논리적으로 의미있는 메소드들을 라벨을 붙여 그룹화(마크) 한다고 생각하면 될 것이다.

다음과 같이 #pragma mark 지시자를 넣으면 그 다음 #pragma mark 지시자 전까지의 소스를 그룹화하여 볼 수가 있다. 그리하여 전체 소스를 섹션별로 구분하여 볼 수가 있다.

#pragma mark -

#pragma mark Initialization

확인은 Xcode의 Navigatin Bar에서 할 수 있다.

단, 사용 시 다음 두 가지는 주의하라.

1. #pragma mark - 에서 '-' 뒤에 공백은 허용하지 않는다. 만약 사용한다면, 다음 그림과 같은 상황을 보게될 것이다.

2. 만약 Xcode의 Preferences... > Code Sense의 Sort list alphabetically 항목을 체크한다면 원하는 형태가 아니라 다름 그림과 같이 알파벳 순으로 정리된 목록을 보게 될 것이다. 디폴트는 체크되어 있지 않다.

'iPhone' 카테고리의 다른 글

Objective-C에서 형식이 있는 문자열에 사용할 수 있는 토큰들 (0)	2010/01/19
아이폰 앱 디자인 관련 포스트 (0)	2010/01/19
Xcode의 #pragma mark 사용법 (1)	2010/01/19
객체의 초기화 코드 관련 메소드들... (0)	2010/01/18
아이폰 개발자를 위한 Three20: Objective-C iPhone UI libray (2)	2010/01/16
Core Data에서 다른 유형의 Persistence Object Store를 사용하는 방법 (0)	2010/01/15

Label, Mark, pragma, xcode

Trackback0 : Comment1

aquaism | 2010/05/29 12:36 | PERMALINK | EDIT/DEL | REPLY

그냥 단순한 주석의 종류인줄 알았는데, 저런 기능이 있었군요!
정말 대단하네요 ㅎ

posted by http://lambert.tistory.com/221

UITableViewCell setText deprecated.

Looks like the cell init changes have been made to support the 4 new default
cell types accessible via initWithStyle which support 2 labels in 1 cell inherently
whithout the use of UITableCell subclasses.

cell.text = [nameSection objectAtIndex:row];

you can use:
[cell.textLabel setText:[nameSection objectAtIndex:row];
// or
cell.textLabel.text = [nameSection objectAtIndex:row];

//for reference
//cell.detailTextLabel.text = [nameSection objectAtIndex:row];

posted by iphonedevbook.com

2010년 12월 22일 수요일

어느 이혼남의 글

[스크랩]어느 이혼남의 글

크게보기

나는 결혼 10년차이다. 하지만 이혼경력 2년차이기도 하다.

나에겐 아들 한명과, 딸 한명이 있다. 그리고 아내는 없다.

그 자리를 내가 지키지 못했다. 그래서 아내는 나의 곁을 떠났다.

부부는 물방울과 같은 것이다.

두 물방울이 만나서 하나가 되기 때문이다.

여느 부부처럼 우리도 한때는 단란하고 행복한 가정이었다.

아내는 애교도 많았고,

한편으론 엄마 같은 포근함을 지닌 여자였다.

우리의 사이에 금이 가기 시작한 것은

부모님과 가까이 살면서 부터였을 것이다.

거리상으로 10분 정도의 거리로 우리의 보금자리를 옮겼다.

첫애를 놓은 후였다.

어디서부터 잘못 된 것일까?

어느 순간 아내는 투정이 늘기 시작했다.

첨엔 다독여 주기도 해보았지만

시간이 갈 수록 나 역시도 아내가 못 마땅했다.

부모님과 한집에 살면서 부터는 관계가 더욱 악화 되어갔다.

난 그 모든 잘못이 아내에게 있다고 생각했다.

넓은 마음으로 이해하지도 못하고 자기만을 아는

그런 이기적인 여자라고~

부모님이나 형제 모두에게 항상 아내는 늘 불만 이었다.

그런 아내의 투정들이 나를 너무 힘들게 했다.

아내 하나만 참아주면 될 거라 생각했다.

하지만 아내는 참아주질 못했다. 그리고 우린 이혼을 하게 되었다.

그런데 나에게 좋은 부모 좋은 형제일지 모르지만

아내에겐 그렇지 않을 수도 있다는걸 남편들은 명심해야 된다.

나에게 좋은 친구지만 다른 친구에게

그 녀석은 아주 안 좋은 사람일 수도 있기 때문이다.

남편들은 아내를 대신해 효를 다하려 한다.

“결혼하면 남자들은 효자가 되네”

늘 아내가 나에게 하던 말이었다.

결혼을 해서 보니 늙어가는 부모님 모습을 보면서

안스러운 마음이 하나 둘씩 생기더니 아이가 생기고

나서부터는 더욱 간절해 졌다. 부모님에 대한 마음이..

아내 역시도 그러했을 것이다.

하지만 아내는 마음만 간절했을 뿐이었다.

난 내부모를 모시는 것에 우선시 했으면서도

처가댁 부모님을 모시는 것을 우선시 해본적은 없기 때문이다.

내가 이기적인 건 아닐까? 왜 우리 집이 우선시 되는 걸까?

하지만 난 중요한 걸 잊고 있었다.

아내를 통해서 효도를 하려고 했던 것이었다.

아내가 나를 대신해 우리 부모님께 형제에게 잘 하는 게 좋았다.

아니 어쩜 대리만족이었는지 모른다.

내가 하는 것 보단 아내가 하는 게 사랑받을 일이라고 생각했다.

하지만 그건 나를 정당화 하기 위한 변명에 불과 했다.

아내 역시도 바랬을 일들을 난 하지 못했기 때문이다.

아래의 상황들처럼.

* 아내는 우리 부모님께 전화를 자주 드린다.
나는 가끔 처가에 전화를 드린다.

그리고 아내에게 처가에 전화를 했다고 대견스럽게 이야길 한다.

(잘했지? 라고 칭찬이라고 듣고 싶은 사람처럼)

* 아내는 시댁에 못해도 한 달에 2~3번은 가려고 애쓴다.

(아내는 일을 한다.)
나는 아내가 처가에 가자고 하기 전에 먼저 가자고 한 적이 없다.

* 제사 있는 날이면 아내는 하루 쉬더라도

아님 일찍 마쳐서라도 와서 음식을 하고, 설겆이를 하고 있다.
나는 한 번도 처가 제사에 가본 적이 없다.

우리 집 제사는 당연히 가야 되는 것처럼 옷을 차려입고 간다.

하지만 처가 제사 때는 한 번도 가 본적이 없다.

(우리 둘 다 양가 부모님은 살아 계신다.)

* 아내는 우리 가족의 생일이며, 제사며, 기념일등을 기억하면서

늘 신경을 쓰고 꼼꼼히 챙긴다.
나는 한 번도 처가 가족들의 생일이며, 제사며,

기념일등을 미리 아내처럼 신경쓰고 챙긴 적이 없다.

아내가 전화를 드리라고 하면 전화를 하는 정도였고,

그 모임에 참석하는 정도였다.

* 아내는 휴가 때면 바리바리 싸들고 갈 음식을 장만하느라

제대로 쉬지도 못했다.
휴가는 쉬기 위해 가는 것인데,

아내는 휴가 때마저도 집안일을 해야 했다.

* 처가랑 휴가 갔을 때 밥을 해먹은적이 없다.

끼니때면 사먹고, 놀았다.
그때 아내는 정말 휴가다운 휴가를 즐기고 있었다.

* 명절 때 아내는 힘들게 제사음식이며 명절음식을 준비하고

하루 종일 부엌에 서서 일을한다.

나는 도와준다고 하지만 그것도 한계가 있었다.

청소하고, TV보다가 잠도 잠깐자고, 저녁을 먹고 난 후

가족들과 놀고, 술을 마시며 도란도란 이런저런 이야기를 나눈다.

명절 당일 날 처가에 저녁 늦게 간다.

모처럼 모인 가족들 보기 힘들어서

누나들 오는 거 항상 보고 간다.

처가에 가면 난 그전날의 피곤함에 잠을 청한다.

아내는 처가에서 몰려오는 잠을 청한다.

처가 식구들하고 제대로 놀지도 못하고

그 이튿날 오는 경우가 많았다.

* 내가 아빠가 되던 때~~

우리 부모님이 아기를 보고 싶어 하셔서

친정에서 몸조리 하는 아내에게 가자고 이야기 한다.

보고 싶어 하는데 보여드려야 된다고

아내를 데리고 아기를 데리고 집에 간다.

산후 몸조리가 중요한데 그건 아직도 아내에게 미안하다.
부모님의 보고 싶음 보다 아내의 몸을 생각했어야 하는 게

당연한데도 불구하고 나는 아내를 데리고 갔었다.

* 같이 살면서부터 나는 출근을 하고 퇴근을 해서 씻고,

저녁 먹고, 아이들하고 잠깐 놀 아주고,

TV시청을 하고 잠자리에 들곤 했다.

가끔 주말에 아이들과 부모님 모시고 근교에 놀러가고,

외식하고 그렇게 하는 게 다 일거라고 생각했다.
아내는 하루 세끼를 꼬박 챙기고, 아이들 뒤치닥 거리에

집안일에 하루 종일 내가 오기만을 기다리고 있었는데,

난 아내가 저녁때 하는 그런 투정들이 갈 수록

짜증스러워지기 시작했다.

아내는 내가 알아주길, 이해해주길, 숨 쉴 구멍을

찾아주길 바랬을 것인데 말이다.

나는 아내를 외면하고 있었는지도 모른다.

아내는 점점 말수가 줄기 시작했다.

어느 날 부터는 아예 입을 닫아 버렸다.

투정도 하지 않고, 싸늘하게 나를 대했다.

우리 부모님을 모시는 게 그렇게 불만이냐는 식으로

너 같은 여자와 더 이상 살수 없다고 했다.

생각 만해도 무섭고 이기적인 여자라고 해버렸다.

난 내 부모 감정과 형제들 감정만 중요시 했지

정작 아내의 감정들은 이해할 수도 없었고,

이해해주지 않는 아내가 미웠다.

아내가 화를 내는 때는 그만한 이유가 있었던 것이었고,

아내에게 참으라고 하기 이전에

내가 그런 일들이 일어나지 않도록 부모님과 형제들에게

인식을 시켜 주었어야 될 일들 이었다.

난 아내에게 양보하라고만 했다.

부모님의 섭섭함도 참으라고 그런 분들이 아닌데

왜 그러나 몰라 식으로 달래곤 했다.

분명 그건 잘못 된 것인데두 말이다.

하루 이틀, 점점 우리부부는 멀어져갔다.

그리고 결국 헤어졌다.

부모님이랑 같이 살면서 나는 자식이기에 너무나 당연한 것이었다.

우리 형수가 모시기 싫어서 불쌍한 우리 부모님

나라도 모셔야지 된다는 생각에 아내의 의견도 듣지 않고

같이 살게 된 게 나의 잘못이었다.

누구에게나 부모는 소중하다.

하지만 결혼을 함과 동시에 시댁에 귀속이 되어버린

아내를 생각해 본 적이 있는지 남편들에게 묻고 싶다.

위에 나열한 몇몇 가지 상황들에서도 남편들에게 묻고 싶다.

정말 자신이 효를 한다고 생각하는지 말이다.

그리고 우리는 아내처럼 처가에 똑 같이 하고 있는지 말이다.

부모님을 모시면서 그 흔한 영화한편 보러가는 날이면

나 몰래 아내에게 타박하던 어머니,

외식이라고 할라 치면 부모님이 맘에 걸러 제대로 외식 한번

할 수 없었던 일등 너무 많은 일들이 스쳐 지나간다.

나에겐 인자하고 좋고, 사랑하는 부모님이지만

아내에겐 시부모님 이란 걸 몰랐다. 아내에게 시댁은

서 있어도, 앉아있어도 결코 편하지 않은 곳인데 말이다.
늘 아내는 친정을 휴식처로 여긴다.

친정에 있을 때 아내의 얼굴과 맘은 편해 보인다.

아무리 우리 부모가 아내를 딸처럼 여긴다 해도

나 만큼은 될 수도 없다는 걸 알았다.
그래도 부모님한테 아내는 며느리였던 것이었다.
남편들은 이점을 착각해선 안 된다.

사위는 백년손님이다. 우리는 처가에 가서 손님대접을 받고 온다.
하지만 아내를 봐라. 사위처럼 처가에 하는지..

아내들은 시댁에 그 이상을 항상 하고 온다.

만약 남편들과 아내들의 자리가 바꾼다면 분명

우리 남편들도 아내들과 같을 것이다.

지금 이 시대의 이혼율은 점점 증가하고 있다.

성격 탓도 있지만 시댁과의 갈등으로 인해 이혼하는 경우가

생각보단 많은 %를 차지하고 있다.

“난 부모님을 모시지 않는 그런 여자완 살수 없어”..

“우리 집에 이렇게 밖에 못하는 여자와 살수 없어”라고 한다.

당신과 평생 갈 사람은 아내다. 부모도 형제도 아닌 아내이다.

당신은 무엇 때문에 결혼을 했는가?

“착한 며느리”로써 아내를 보고 결혼을 했는가?

아님 묵묵하게 싫은 소리 안하고 일만하는

아이만 잘 키워주면 되는 이유로 결혼했는가?

나에게 시집와서 사랑스런 나의 아이들도 낳아주고,

살림도 잘했던 아내를 난 며느리에 맞추어서 보았다.

그런 감정들은 하나 둘씩 쌓여져 갔고, 급기야 터져버리고 말았다.

사람들은 소중한 걸 잃고 나서야 후회를 한다고 한다.

지금에 내가 그런 모양이다.

아내와 헤어진 후 마음의 이 빈자리는

누구도 대신해줄 수 없었다.

내부모도 내형제도 말이다.

부모가 내 인생을 살아주는 것도 아니고 형제 또한

자신들의 인생을 소중히 여기며 살고 있었고,

단지 난 그들에게 가여운 존재일 뿐

그 누구도 대신해줄 수 없는 삶을 혼가 견뎌가야만 했다.

좀 더 아내의 입장에서 생각해줄 껄..

내가 좀 더 참아 볼 껄.. 하는 후회가 든다.

난 지금의 남편들이 나처럼 소중한 것을 잃고 난 뒤에

후회하지 않았으면 한다.

어찌 보면 우리 남편들의 잘못이 크지 않았을까?

분명 아내들은 이야기 했을 것이다.

힘든 마음을 우리가 알아주고 보듬어 주길 말이다.

하지만 남자들은 그것이 아내에게 얼마나 심각한 문제인질

깨닫지 못한 채 아내를 바꾸려 했을 것이다.

앞에 10계명만 잘 지켜나간다면

나 같은 불행한 사람은 없을 것이다.

소중한 걸 깨닫기 전에 그것을 지키는 자세부터가 중요할 것이다.

나의 가정을 소중히 지켜라.

세상 무엇과도 바꿀 수 없는 게 나의 가정이다.

부부는 등 돌리면 남이라 듯

이렇게 돌아서고 나니 정말 남남이 되었다.

항상 소중히 여기고 아끼며 가꾸어 가야 되는 게 가정인 것 같다.

남편들이여...

나 같은 실수는 하지 말기 바란다.

이해한다면서 말로 아내를 순간 안심시키려 하지 말고,

아내가 진실로 무엇을 원하는지 듣고 존중해 주어라.

그리고 가슴으로 같이 아내가 아파하는 것들을 같이 아파해줘라.

그래야 하나가 되는 것이다.

그리고 아내의 인생을 존중해 주어라.

이름 석자에 달린 인생으로 살아갈 수 있게끔 해줘라.

누구의 며느리도 아닌 누구의 엄마도 아닌 누구의 아내도 아닌

이름 석자의 인생을 살 수 있도록 해줘라.

그리고 더 이상 시댁에 아내를 맞추려 하지 마라.

나의 반려자로 아내를 보아라.

그리고 한가지 명심할것이 있다.

앞에서도 언급 했지만 나에겐 좋은 부모라고 하더라도

아내에겐 불편하고 어렵고, 때론 밉고 싫은 사람일 수 있다.

아내에게 참으라 이해하라 하기전에 한 번쯤 부모님에게

나에겐 아내가 중요하다는 걸 인식시켜줘라.

팔불출이라는 소리가 나을 것이다.

효자가 되길 바란다면 지금의 아내를 떠나 보내주어라.

아내는 시댁의 며르리로써 맞추어 지기 위해 결혼한 게 아니다.

당신과 자신의 삶을 위해 결혼을 한 것임을 잊지 마라.

그런 자신은 처가를 위해 맞추어 사는지 한번 돌아 보라.

그리고 되도록 이면 시댁과 멀리 살아라.

부모는 가까이 있는 자식에게 의지를 하게 된다.

그럼 아내가 힘들어 진다. 요구하는 게 늘어가기 마련이다.

부모를 생각하기 전에 아내의 마음을 읽어라.

내가 아내에게 잘하게 되면 자연히 시댁에 잘 하기 마련이다.

아내가 믿고 따르는 사람은

시부모님도 아니고, 친정 부모님도 아니다.

오직 나뿐인 것이다.

그 믿음이 흔들리기 시작하면 당연히 내 주위 모든 사람에게

소홀해 지기 마련이다.

난 지금 아내와 재결합을 위해 노력중이다.
진정 소중한 것이 무엇임을 알았기 때문이다.
사랑하는 아내와 아이들과 그렇게 다시금

단란한 가정을 꾸리고 싶다.

나의 간절한 소망은 지금 그것 뿐이다.

2010년 12월 11일 토요일

ㅣ링크테스트

ddddd

2010년 12월 10일 금요일

iPad Open source 모음

iPad용 Open Source 모음 | Tip&Tech
3 / 2010.12.02 10:13
낙수(taeyeung2)
정회원
http://cafe.naver.com/mcbugi/94751
아직은 검색을 해도 자료가 별로 안 보이네요. 새로운 자료를 찾는데로 추가를 하겠습니다.
열공하세요.

<게임>
http://threedtris.sourceforge.net/ 3D Tetris

http://mattgemmell.com/2010/06/01/ipad-vga-output

http://getsharekit.com/

https://github.com/devinross/tapkulibrary

<개선된 SplitViewController>
https://github.com/mattgemmell/MGSplitViewController

http://www.videolan.org/vlc/download-ios.html

<10개 이상의 멀티 터치>
http://mattgemmell.com/2010/05/09/ipad-multi-touch

< .otf 폰트를 프로그램에 내장해서 사용하는 방법>
https://github.com/jawngee/iPadFontExample
작성자의 카페글 더보기
낙수네 블로그
덧글 15개 |
등록순
| 조회수 589 | 추천 3
담기 (+7) | 인쇄 | 신고
콩비지
2010/12/02 11:12답글|신고
오호 좋은 정보 감사합니다!~
꼬룸
2010/12/02 11:19답글|신고
오 커버플로우등 라이브러리 좋네요 :)
허허아저씨
2010/12/02 14:52답글|신고
굽신굽신 좋은정보 감사합니다
WorkingDead
2010/12/02 15:46답글|신고
감사합니다. 좋은정보
카이
2010/12/03 10:34답글|신고
와~ 좋은 정보 감사감사!!!
sickhye81
2010/12/03 12:11답글|신고
감사합니다 참고할게요^~
매스
2010/12/03 17:45답글|신고
감사합니다. 좋은 자료네요
가림토
2010/12/03 22:12답글|신고
좋은 자료 감사합니다. ^___^;
xopen01
2010/12/05 11:19답글|신고
감사합니다.
똑바로살아라
2010/12/06 09:37답글|신고
좋은 정보 입니다.^^
아이폰플래너
2010/12/06 16:00답글|신고
감사합니다. 잘 사용해 보도록 하겠습니다.
그건일
2010/12/06 20:43답글|신고
고맙습니다.
광아
2010/12/06 23:12답글|신고
낙수님 감사합니다 ^^
농구장
2010/12/07 18:44답글|신고
와우! 감사합니다.
한박스
2010/12/11 13:28답글|수정|삭제
깔끔하게 정리해 주시니 감사합니다.

구글 독스 연동

12
iPhone SDK에서 Google API 사용하기.
Programming/iPhone2010/01/12 02:27

고맙게도 아이폰에서 Google API를 사용하기 위한 라이브러리가 오픈 소스로 있습니다.
Google Data APIs Objective-C Client Library
Google Base
Analytics – (Only available via SVN Trunk or manual download)
Blogger
Book Search
Calendar
Code Search
Contacts
Documents List
Finance
Health
Picasa Web Albums
Spreadsheets
Webmaster Tools
YouTube
위 라이브러리를 사용하면, 이렇게 많은 것을 할 수 있습니다.. 대단하죠?

위 라이브러리를 아이폰에 사용하는 샘플 코드도 있습니다.
Example iPhone project showing how to use GData API for Google Docs from Objective-C.

그런데 샘플만 본다고 쉽게 되는게 아니라서..
간단히 방법을 소개 해 보겠습니다.

1. 최근 소스를 다운 받는다.

http://code.google.com/p/gdata-objectivec-client/downloads/list
가장 최근 소스를 원하시는 분들은...
svn export http://gdata-objectivec-client.googlecode.com/svn/trunk/Source gdataSource

터미널에서 이렇게 해서 받습니다.

2. 내 프로젝트 소스 파일을 추가 한다.

xcode에서 새로운 프로젝트를 생성합니다.
그리고 라이브러리 소스 코드를 내 프로젝트 하위 경로에 복사해 주시고, 프로젝트에 드래그 해서 추가 합니다.

그리고 사용하지 않는 파일을 제거 합니다.

위에 표시된 파일들을 제거해 줍니다. 그리고 Clients에서는 자신이 프로젝트에 사용할 파일을 남기고 제거 합니다.

2. 프로젝트 설정하기.

프로젝트에서 Get Info를 해서 프로젝트 설정을 합니다.

먼저 Configuration에서 All Configurations를 선택합니다.
Header Search Paths: /usr/include/libxml2
Other Linker Flags: -lxml2
를 각각 입력 합니다.
그리고 Configuration에서 Debug를 선택 합니다.
Other C Flags: -DDEBUG=1
를 입력합니다.

3. 빌드 후 사용하기.

빌드 후에 사용 하시면 됩니다.
별거 아닌데.. 전 고생을 해서 -_-;; 이렇게 글로 남깁니다.

그런데 최신 트렁크 빌드에서는 오류가 나지 않지만,
Example iPhone project showing how to use GData API for Google Docs from Objective-C.
위 샘플에서는 아래와 같은 오류가 발생 합니다.

이건 애플사에서 iPhone 3.0 SDK에서 NSTask를 제거 해서 생긴 문제 입니다.
이 문제를 해결하는 방법은 GDataDefines.h 파일에서 아래를 추가 해 주면 됩니다.

#define GDATA_SKIP_LOG_XMLFORMAT 1

참고로 여기까지 해서 빌드한 샘플을 올립니다. 참고 하세요.
코딩은 전혀 없습니다 ^^;; 빌드 까지 입니다..

다운로드 :
GDataTest.zip

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.
API, cocoa, Google, sdk, Xcode
Trackback (0) : Comment (9) Posted by 신규하
«이전 1 ... 32 33 34 35 36 37 38 39 40 ... 374 다음»

메모리 관리 종합

자바 개발자가 이해한 Objective-C 메모리 관리 개념 | iPhone개발
2 / 2010.11.09 14:40
산골(airqjang)
정회원
http://cafe.naver.com/mcbugi/90253
친구로부터 중고차를 샀다. 차 사기전에 친구가 말했다. 수동인데 괜찮겠어? 나야 일종인데 상관없지~ 그래서 친구차를 저렴한 가격에 샀다. 그러나 수동 초보운전이 얼마나 힘들지 절감했다. 수동 초보 운전은 무서웠고 어려웠다. 사람들이 괜히 오토를 좋아하는게 아니구나라는 것을 알았다.

근데 운전이 조금 익숙해지니 수동의 장점이 보였다. 일단 재밌다. 마치 레이싱 게임하는것 같다. 연비도 더 좋고 수리비도 적게 든다고 한다. 그래도 막힌길이나 언덕길은 힘든것도 사실이다. 무엇보다 수동의 장점은 내가 내 차를 내 맘대로 컨트롤 한다는 자부심을 얻는 것이다. 이건 조금 실용성 없는 장점이긴 하지만 많은 수동 운전자들이 이 뿌듯함 때문에 수동운전을 좋아하는것 같다.

요즘 아이폰 개발에 Objective-C를 쓰면서 느낀 불편함은 메모리 관리를 신경써야 한다는 것이다. 자바는 다 알아서 해주는데 오브젝티브시(Objective-C)는 왜 이렇게 해야하는지 이해가 잘 되지 않았다. 일단 메모리 관리는 신경쓰지 않고 자바개발하듯 내가 만들 어플 기능 몇개 완성한 다음에 메모리 관리를 한방에 손 보기로 했다.

어플을 어느정도 개발하고 하루 날잡아 메모리 관리를 하는날은 제대로 삽질하는 날이었다. 책에서 설명하는 메모리 관리 기법은 이해가 안되었고, 인스트루먼트라고 하는 메모리누수체크 유틸리티는 빨간 경고를 계속 강조했다

그날 어떻게든 메모리 누수를 다 막고 쉬는 중 께달았다 자바의 메모리 관리가 자동 변속기라면 C언어는 수동 변속기이구나~!

자바는 메모리 관리를 알아서 다 해주기 때문에 무척 편리하다. '사실은 메모리 관리를 알아서 해주는게 편한지'조차 몰랐다. 대신 메모리를 관리해주는 가비지컬렉터가 개발자의 수작업 보다는 느리고 쓰는 비용이 크기 때문에 조금 비효율적이다. 오토운전 또한 수동운전에 비해 엄청 편리하지만 부품이 복잡하고 처리방식이 복잡하여 연료나 수리비는 더 많이든다

오브젝티브시(Objective-C)는 메모리 관리를 개발자 스스로 해야하기 때문에 초기 학습 비용이 크고 개발자의 손이 더 가게되서 번거롭다. 대신 개발자가 원하는데로 객체 라이프사이클을 빠르고 정확하게 통제하기 때문에 프로그램이 가벼워지는 큰 장점이 있다. 수동운전 또한 초기 학습비용이 크고 운전자의 손이 많이 가지만 자동차 부픔이 간결하고 가벼워지며 운전자 마음대로 차를 컨트롤 하는 장점이 있다.

사실 나는 이번 메모리관리를 하면서 프로그램이 가벼워지는 효과보다도 내가 만든 객체를 스스로 통제할 수 있다는 자부심~ 뿌듯함~ 비슷한걸 느꼈다 마치 진정한 고수는 객체 라이프사이클도 통제할 수 있어야 한다는 그런 으쓱한 기분은 수동 운전자의 자부심과 비슷했다.

사실 오브젝티브시(Objective-C)의 메모리관리는 진정한 수동변속기는 아니다. 정확히 말하면 수동과 자동 변속기를 혼합한 하이브리드 변속기와 같다. 오브젝티브시(Objective-C)는 어느정도 메모리를 자동으로 관리해주는 개념을 갖고 있다.

+ 오브젝티브시(Objective-C) 메모리 관리 기본 설명
일단 아이폰 개발자의 유명한 카페 '맥부기' 카페를 가입하고 '문씨'라는 분의 메모리 강좌를 읽는다. 내가 서점가서 아이폰, 오브젝티브시 관련 서적을 몇권 읽어봤는데 이 분의 강좌보다 못한것 같다. (이분의 강좌로 설명 때웁니다. ^ ^;)
http://cafe.naver.com/mcbugi/71504
http://cafe.naver.com/mcbugi/71571
http://cafe.naver.com/mcbugi/71591

+ 오브젝티브시(Objective-C) 메모리 관리 기본규칙
1. 함수내에서 쓰는 객체들은 전부 오토릴리즈(autorelease)로 한다.
      1. alloc init 과 release무더기면 코드만 해맨다
2. 전역 변수는 지정할때 리테인카운트를 하나 올린고 안쓸때 해제한다.
      1. 계속 가지고 있을것이니 retain, 더이상 안쓸때는 release!
3. 전역 변수에 객체를 사용하다가 해제(release)를 하면 미련없이 nil처리 (변수 = nil;)하자
      1. release하고나면 반드시 변수 = nil; 해서 이후에 실수로 접근해도 문제없다.
4. 프로퍼티는 전역 변수가 아니다!
      1. self.title과 title, 헤깔리지 말자.
5. 다른 객체에 전달하는거, 알아서 하겠지. 신경쓰지 말자.
      1. NSMutableArray같은 관리 객체에 넣어둔거 해제될때 알아서 내용도 해제 시킨다.
6. retainCount함수로 일일이 확인해보지 말자 괜히 헤깔린다.
      1. 상황에 따라 예상보다 더 나오는 경우도 있습니다 그만큼 더 해제 시킨다고 해매지 마세요.
7. 내가 만든 함수도 객체를 돌려줄땐 오토릴리즈로 돌려주자
출처: 문씨의 메모리강좌(1) http://cafe.naver.com/mcbugi/71504

나는 위의 규칙을 명확히 이해하고 난 후 오브젝티브시의 메모리관리를 이해할 수 있었다. 함수내에서 쓰는 객체들은 무조건 autorelease~! 이것만 명심해도 많은 메모리 관리 고민이 해결되었다.

+ 오브젝티브시(Objective-C) 메모리 관리에 도움되는 두가지 툴
1. 인스트루먼트(Instrument)
x-code를 쓰다보면 메인 에디터툴 말고 유용한 도구가 많이 있는데, 인스트루먼트는 메모리 누수를 체크해주고 기타 여러가지 메모리 관리를 모니터링 해준다. 인스트루먼트를 실행하면 Record 가 되면서 어플이 실행되는데 어플의 이런저런 기능을 실행하다가 누수가 발생되면 빨간 그래프로 누수 현황을 알려준다. 그림 섞은 자세한 설명은 다음 기회에..

2. Build And Analyze 기능 사용
x-code의 신기한 기능중 하나인데 x-code에서 Build > Build And Analyze 를 실행하면 메모리 누수 흐름을 화살표로 보여준다. 그래서 어디를 고쳐야 메모리 누수가 없겠구나 라는것을 짐작할 수 있다. 그림 섞인 자세한 설명은 일단 카페 검색으로..^ ^;

+ 결론
사실 메모리 관리 개념 자체가 없었던 자바 개발자로 처음 Objective-C 쓸때는, 마치 자동차의 수동변속기 다루는 것처럼 어려워했고 무서워하기도 했다. 그러나 위의 메모리 관리 이론을 알고, 메모리 관리 규칙을 알고, 메모리 관리에 도움되는 두가지 툴을 알았더니 전혀 무서울게 없었다. 오히려 메모리 관리를 내가 직접하니 뿌듯했고, 프로그램도 더 효율적으로 거듭나는것 같았다.

덧) "Apple에서 제공하는 동영상을 보고 있는데, 지금은 Optimizing 쪽을 보고 있습니다.
autorelease에 대한 내용이 있었는데, 가능하면 사용하지 말라고 하네요.
10배의 속도 차이가 있다고 합니다.편한만큼 내놓아야하는게 있나봅니다." <- 어느분의 정보?인데..이 의견이 사실인가요~? ^ ^;

작성자의 카페글 더보기
airqjang

덧글 54개 |
등록순
| 조회수 1472 | 추천 2
담기 (+8) | 인쇄 | 신고

javascript parseInt

javascript parseInt (numstring, [radix])
프로그램/dom+script+jquery 2010/08/31 17:36
parseInt 중 08,09에서 문제가 생겨 검색중..감사하게도 내가 찾던 답을 찾았다.
2006년 8월에 작성된...글......난..2010년 8월인데 .. T^T
[출처] http://wizard.ncafe.net/wt/?no=2277

parseInt() 이 함수는 스트링(? 단, 숫자형으로 파싱이 가능할때만)을 integer로 바까주거나 소숫점을
integer로 바까주는 기능을 한다.

parseInt("00") ~ parseInt("07") 까지는 잘되더라...
parseInt("08"), parseInt("09") 를 했는데 헐.. 0이 나온다..

이제야 함수 syntax를 찾아봤다는. 헐

parseInt(numstring, [radix])

0x 로 시작하면 16진수
01 등으로 0 으로 시작하면 8진.. 그랬던 것이다.

10진수로 파싱하려면 parseInt("08",10) 과 같이 radix 를 명시해줘야 한다는걸...
미아를 찾습니다

이름 : 이소현 (당시 만 13세 5개월, 여)
일자 : 2010. 08. 15 (일)
장소 : 경남 창원시 팔용동
특징 : 눈위에 손톱자국, 쌍거풀이 있음.
이름 : 김범량(당시 만2세, 남)
일자 : 2005. 02. 27 (일)
장소 : 부산광역시　금정구　, 서1동
특징 : 왼쪽 쌍커풀이 진하게 있음, 당시 엉덩이에 몽고반점 있었음.
Supported by Needlworks, 어린이재단
크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.
'프로그램 > dom+script+jquery' 카테고리의 다른 글
[contentWindow] iframe 접근 방법 (0) 2010/10/01
javascript parseInt (numstring, [radix]) (0) 2010/08/31
javascript 불투명 레이어 안먹힐때 (0) 2010/08/26
javascript 브라우저 높이 구하기 (0) 2010/08/26
javascript [객체, 속성, 메소드 ,이벤트] (0) 2010/05/14
jQuery 강좌 (0) 2010/05/14
Posted by free hug
JavaScript, parseInt
트랙백 0개, 댓글 0개가 달렸습니다

--
안녕하세요.
한신 입니다.

2010년 12월 9일 목요일

두날짜간 기간 확인

입력한 두 기간이, 정해진 기간 내 인지 확인하는 JavaScript

Script/CSS/HTML

2009/07/24 14:09

http://blog.naver.com/frankliar/50060587641

입력한 두 기간이, 정해진 기간 내 인지 확인하는 JavaScript

<HTML>
<HEAD>
<TITLE>기간 확인</TITLE>
<script language="JavaScript">
<!--
  function checkMonthTerm(fromObj, toObj, vTermMonth) {
   var vFrom = fromObj.value;
   var vTo = toObj.value;
   vTermMonth = parseInt(vTermMonth, 10);
   var vTemp = "";

   var vFromYear = parseInt(vFrom.substring(0, 4), 10);
   var vFromMon = parseInt(vFrom.substring(4, 6), 10);
   var vFromDay = vFrom.substring(6, 8); //월만 계산

   if ( vFromMon > (12-vTermMonth) ) { //vTermMonth을 더하면 년이 바뀌는 경우
    vTemp = vFromYear + 1; //vFromYear에 1년을 더함
    vFromYear = vTemp.toString();

    vTemp = (vFromMon + vTermMonth) - 12; //vFromMon에 vTermMonth을 더하고 -12를 했음
    vFromMon = "0" + vTemp.toString(); //2자리로 맞춤
   } else {
    vTemp = vFromMon + vTermMonth; //vFromMon에 vTermMonth을 더함

    if (vTemp < 10) { //1자리이면
     vFromMon = "0" + vTemp.toString(); //2자리로 만듬
    } else {
     vFromMon = vTemp.toString(); //한자리면 그냥 둠
    }
   }

vFrom = vFromYear + vFromMon + vFromDay;

   if(parseFloat(vFrom) <= parseFloat(vTo)) {
    return false;
   }

   return true;
  }

function test() {
var frm = document.all.testForm;

   frm.result.value = "";
   if( false == checkTerm(frm.iFrom, frm.iTo, '3') ) {
    frm.result.value = "초과";
   } else {
    frm.result.value = "미만";
   }
  }

//-->
</script>
</HEAD>

[출처] 입력한 두 기간이, 정해진 기간 내 인지 확인하는 JavaScript|작성자 FrankLiar

iOS 메모리관리2(출처:맥부기)

[문씨의 강좌] 메모리 관리2 | 문씨의강좌
2010.08.08 20:07
문씨(swmoon203)
카페스탭
http://cafe.naver.com/mcbugi/71571
안녕하세요 문씨입니다

앞서 다룬 메모리 관리 강좌에서 부족한 부분인

@Property부분을 집중적으로 다루어 보겠습니다.

프로퍼티는 외부에서 객체에 접근하기 위해 선언해서 정의해 주는 것입니다.

사실 프로퍼티가 없어도 문제는 없습니다.

그냥 setter, getter함수를 만들어 놓으면 되기 때문이죠

실제로 Foundation에 있는 NS계열 클래스 들을 보면

작성된지 오래된 클래스의 경우 프로퍼티 선언 없이 함수만으로 정의해 놓기도 했습니다.

그럼 프로퍼티에 대해 다루기 전에 기초로 돌아가 보겠습니다.

클래스가 하나 있습니다
@interface object : NSObject {
NSString *testString;
}
@end

내부에는 전역 변수로 문자열 객체(testString)를 가지고 있습니다.

이것을 외부에서 접근 하려면 어떻게 해야 할까요?

보통 프로그래밍 수업을 들으면 자주 듣는 setter와 getter입니다.

그래서 구현을 해보면

@interface object : NSObject {
NSString *testString;
}
- (NSString *)testString;
- (void)setTestString:(NSString *)newString;
@end

이런 식으로 읽는용(getter)과 쓰는용(setter)함수를 만들게 됩니다.

그리고 본문에서는

@implementation object
- (NSString *)testString {
return testString;
}
- (void)setTestString:(NSString *)newString {
[testString release];
testString = [newString retain];
}
@end

이런식으로 구현합니다.
getter인 testString함수는 내부의 testString객체를 돌려줍니다.

여기서 함수명인 testString은 그저 함수명이고 전역변수 testString은 그저 변수일 뿐입니다.

명칭이 같아서 혼란이 있을수 있습니다.
이 부분에 대해서는 잠시뒤에 다루고

먼저 setter인 setTestString에서 보면
기존의 testString객체는 release처리해서 더이상 안쓴다고 알리고
새로운 객체에 retain걸어서 지금부터 쓴다고 알리고 객체의 주소값을 저장합니다.

이런식으로 받은 객체의 리테인 카운트는 책임 진다는 규칙을 따르고 있습니다.

다만 지금 위의 클래스는 아직 문제가 있죠

위 객체가 해제될때 처리가 안되어 있군요
@implementation object
- (NSString *)testString {
return testString;
}
- (void)setTestString:(NSString *)newString {
[testString release];
testString = [newString retain];
}
- (void)dealloc {
   [testString release];
   testString = nil;
   [super dealloc];
}
@end

이제 됬습니다.
객체가 해제될때 호출되는 dealloc함수에서 전역으로 가지고 있던 모든 객체들을 깔끔히 해제 처리해줍니다.

이것으로 메모리 관리는 잘된 객체가 완성되었습니다.

근데 코드가 좀 많네요

조금만 줄여볼까요

@implementation object
- (NSString *)testString {
return testString;
}
- (void)setTestString:(NSString *)newString {
[testString release];
testString = [newString retain];
}
- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

이러면 setTestString함수를 호출하면서 기존의 객체는 해제 시키고 nil값이 저장됩니다.
위에서 일일이 release쓰고 nil처리 해주는 작업을 한줄로 처리하는것이죠

그럼 외부에서는 어떻게 사용할까요?

object *test = [[[object alloc] init] autorelease];
객체를 생성합니다.

NSLog(@”%@”, [test testString]);
이러면 testString함수를 호출해서 내부 전역변수(testString)의 데이터를 가져와서 로그로 찍어볼수 있게됩니다.

그리고 이번엔
[test setTestString: @”I am your father”];
지정해봤습니다.

이걸로 클래스의 setter와 getter가 구현되었습니다.

근데 이런식으로 구현하다보면 대부분 같은 작업인데 변수만 일일이 만들고 지정하는 것도 고욕이겠군요

무엇보다 외부에서 접근하기 위한 변수 한개당 함수 두개씩 해서 최소
6줄 정도의 코드가 x 변수수 = 코드량 만큼 고생합니다.

다르거 개발하기도 바쁜데 setter, getter하느라 시간 다보내겠군요
누구나 그렇겠지만 귀찬은건 질색입니다.

Objective-C를 개발하는 개발자들도 같은 생각을 했을겁니다.

지금 구현해본 클래스를 보면
@interface object : NSObject {
NSString *testString;
}
- (NSString *)testString;
- (void)setTestString:(NSString *)newString;
@end

@implementation object
- (NSString *)testString {
return testString;
}
- (void)setTestString:(NSString *)newString {
[testString release];
testString = [newString retain];
}
- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

헤더에서 한가지를 위해 변수, setter, getter 세줄이 소모되고,
본문에서는 7줄이 소모됩니다. (상황에 따라 6줄일수도 있음)

이것들을 각각 헤더에서 1줄씩 총 두줄로 줄여버릴수가 있습니다.

어떻게 할까요?

이렇게요?
@interface object : NSObject {
NSString *testString;
}
- (NSString *)testString; - (void)setTestString:(NSString *)newString;
@end

@implementation object
- (NSString *)testString { return testString; }
- (void)setTestString:(NSString *)newString { [testString release]; testString = [newString retain]; }
- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

이래도 많네요
단순히 줄만 줄여 보려는것이 아닌 문자도 줄여보려는 것입니다.

그래서 설계된것이 Property입니다.
프로퍼티 기능을 사용한 코드로 바꾸어 볼까요?

@interface object : NSObject {

}
@property (nonatomic, retain) NSString *testString;
@end

@implementation object

@synthesize testString;

- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

어떤가요?
매우 간단해 졌죠

질문이 많겠지만 일단 헤더부터 봅시다

@property

프로퍼티는 말 그대로 속성이라는 뜻입니다.

그리고 헤더에서 @property는 단순히
이 클래스에는 정의한 이름의 (testString) 속성이 있다고 알리는 역활일 뿐입니다.

변수를 만든다거나 어떠한 작업도 없습니다.

그리고 프로퍼티에 달린 조건에 따라 이 속성이 어떤것인이 알릴수 있습니다.

문법을 볼까요

먼저 프로퍼티라고 선언합니다
@property

그리고 ( 를 열고 이 프로퍼티의 설정을 합니다 물론 이 부분은 빠질수도 있습니다.
@property (

atomic OR nonatomic
이 두 속성중 하나를 선택하는 것으로 기본값은 atomic입니다. 이부분은 멀티스레딩에 관련된 부분으로 보통 nonatomic을 사용합니다. 자세한건 개발자 문서 참고
assign OR retain OR copy
setter에서 객체를 지정 받을때
assign의 경우 주소값만 지정받고
retain의 경우 기존것을 release후 새로 받은걸 retain합니다.
copy의 경우 기존것을 release후 새로 받은걸 copy합니다.
이부분은 setter에 관련있고 getter와는 관련 없습니다.
readonly OR 없음
readonly설정되면 setter가 없습니다. 말그대로 읽기 전용이죠

그외에 몇가지 더 속성이 있지만 개발자 문서(영어)를 참고하세요

그래서 nonatomic에 retain으로 하고 readonly는 안한다면
@property (nonatomic, retain)
그리고 )를 닫습니다.

그리고 객체 종류를 선언합니다
@property (nonatomic, retain) NSString

그리고 마지막으로 외부 접근 변수명을 지정합니다
마치 변수 선언하듯요
@property (nonatomic, retain) NSString *testString;

여기까지 선언했지만 한가지 주의할 점은 이 시점에서는
프로퍼티로 선언한 testString은 클래스 내부의 전역 변수와 아무런 관련이 없다는 것입니다.

그러면 헤더에서 작업은 끝났습니다.

프로퍼티로 NSString타입의 testString이 있다고 알렸을 뿐입니다.

이제 본문을 보죠.
@synthesize testString;

@synthesize문으로 헤더에서 정의한것을 실체화 하는겁니다.

이 @synthesize문은 참 많은것을 합니다.

간단히
@synthesize testString;이라 설정해주면

세가지 작업을 합니다.

1. 먼저 같은 이름으로 내부에 전역 변수를 만듭니다.
즉 testString이라는 변수를 만드는것이죠

단 이미 헤더에 전역 변수로 같은 이름이 선언 되어 있으면 그대로 그것을 사용합니다.

getter함수를 만듭니다.
선언된 이름과 같은 이름의 함수를 만들고 돌려주는 변수도 같은 이름이 됩니다.

readonly설정이 되어 있지 않다면 setter함수를 만듭니다.

눈에 보이지는 않지만 @synthesize문 하나로 일일이 해줘야 하는 귀찬은 작업들을 알아서 해주는겁니다.

그리고 프로퍼티로 선언된것은 함수로서 인식하기도 하지만
점 문법으로 인식하기도 합니다.
test.testString 이런식으로요

위에서 사용해봤던
NSLog(@”%@”, [test testString]);
[test setTestString: @”I am your father”];

이부분은 여전히 이대로 사용할수도 있지만

Objective-C개발팀도 []가 많아지는건 원치 않았나 봅니다

그래서 지원되는 점 문법으로

NSLog(@”%@”, test.testString);
test.testString = @”I am your father”;
이렇게 알아보기 편하게 되었습니다.

확실히 알고 있어야 하는것은 이렇게 쓰기 편하게 되었지만 결국은 함수라는 것입니다.

점 문법은 함수명을 점(.)을 사용해도 인식해주는 기능입니다.

어떤분은 release보낼때 보통
[object release];
하는데

object.release;

하는 분도 봤습니다..
개발 스타일이야 각자 몫이지만 어떻게 사용하든 확실히 알고 사용해야 합니다.

실제로
test.testString = @”I am your father”;
이렇게 써놓아도

컴파일러에서는
[test setTestString: @”I am your father”];
이렇게 인식합니다.

그래서 readonly걸려있으면 함수를 찾을수 없다는 에러를 띄웁니다
변수를 찾을수 없다곤 안합니다.

그러면 애플이 잘쓰는 겉과 속이 다는 기법을 다루어 보겠습니다.

외부에서는 testString으로 접근하지만 내부는 전혀 다른 변수명을 사용하는 경우입니다.

아이폰 앱 좀 개발해 보셨으면 많이들 써봤을 겁니다.

UIViewController

거기서 특히 title속성

헤더를 보면
@property(nonatomic,copy) NSString *title;
라고 선언해두었습니다.

근데 헤더를 잘보면 어디에도 NSString *title이라는 전역 변수는 안보입니다.
대신
NSString *_title;
이라는 변수가 선언 되어 있죠

그냥 딱 봐도 프로퍼티와 연결되어 있다는 걸 알수 있습니다.

어떻게 했는지 보겠습니다

@interface object : NSObject {

}
@property (nonatomic, retain) NSString *testString;
@end
일단 헤더에 다른 전역 변수를 만듭니다
@interface object : NSObject {
NSString *_TESTString;
}
@property (nonatomic, retain) NSString *testString;
@end

그리고 본문에서는
@implementation object

@synthesize testString = _TESTString;

- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

이렇게 하면 외부에서는 testString으로 접근하며 내부에서는 실제로 _TESTString객체를 사용하게되는겁니다.

그리고 해외 강좌 중에서는
@interface object : NSObject {
NSString *_testString;
}
@property (nonatomic, retain) NSString *testString;
@end

@implementation object

@synthesize testString = _testString;

- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

이렇게 사용하기도 합니다만

앞서 언급했다시피
코딩하는 사람의 스타일 문제이고

이런식으로 하는것은 단순히 프로퍼티 명과 실제 변수명을 다르게 하여
혼동을 방지하기 위한 것입니다.

@synthesize를 사용하지 않는 방법도 있습니다.

프로퍼티 선언만 해두고 직접 함수를 구현하는겁니다.

@interface object : NSObject {
NSString *_testString;
}
@property (nonatomic, retain) NSString *testString;
@end

@implementation object

- (NSString *)testString {
   return _testString;
}
- (void)setTestString:(NSString *)newString {
   [_testString release];
   _testString = [newString retain];
}

- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

이러면 복잡해 지기도 합니다만
이렇게 밖에 할수 없는 상황도 있습니다.

예를 들어 testString에 접근할때 아무것도 없을때 기본적으로 값이 있어야하는경우
- (NSString *)testString {
   if (_testString == nil) {
   _testString = [[NSString alloc] initWithString:@”my eye, my eye”];
   }
   return _testString;
}

이런 기법은 UIViewController가 view속성에 처음 접근할때 뷰가 자동 생성되는 방식과 동일하다고 할수있습니다.

그리고 @synthesize설정을 하고도 함수를 구현할수도 있습니다.
함수가 없으면 자동으로 만들고 있으면 그것을 사용하도록 하는것이죠
@interface object : NSObject {
NSString *_testString;
}
@property (nonatomic, retain) NSString *testString;
@end

@implementation object

@synthesize testString = _testString;
- (NSString *)testString {
   if (_testString == nil) {
   _testString = [[NSString alloc] initWithString:@”my eye, my eye”];
   }
   return _testString;
}

- (void)dealloc {
   [self setTestString: nil];
   [super dealloc];
}
@end

readonly의 경우 setter가 없기 때문에 전역 변수를 직접 해제 처리하는 수밖에 없습니다.

마지막으로

외부에서는 프로퍼티로 접근할수밖에 없지만
내부에서는 프로퍼티와 전역 변수가 존재하기 때문에

확실히 이해하고 사용하지 않으면

이런 사태도 벌어집니다.

프로퍼티로 선언했으니 nil처리만 하면 되겠지 하는 분도 봤습니다.
- (void)dealloc {
_testString = nil; X
   [super dealloc];
}

_testString = nil;
이것과
self.testString = nil;
이것은 다른겁니다.

혼동하지 마세요

전역 변수는 직접 release후 nil처리
[_testString release]; _testString = nil;

프로퍼티는 setter로 nil
self.testString = nil;

Moon_iPhone_Study

작성자의 카페글 더보기
문씨님의 블로그
덧글 36개 |
등록순
| 조회수 2757 | 추천 4
담기 (+29) | 인쇄 | 신고
천상을달리다
2010/08/08 21:27답글|신고
오오오.. 1탄에 이어서.. 2탄 이번에도 첫번째 댓글달고 기다릴께요 ㅎㅎ ^^
레버
2010/08/08 22:14답글|신고
오오 2탄도 기대... 밤새 기다리겠단 소리 못하겠네요 이번엔 ㅎㅎ
문씨
2010/08/08 22:40신고
밤새서 쓸 생각은 없지만...
빠지면 저도 장담 못함 -_-;;;
아이맨
2010/08/08 22:15답글|신고
오 3탄도 기대한다고 말을 못하겠네요 ㅎㅎ
블루크리스탈
2010/08/08 23:32답글|신고
전 1탄 읽고 머리에 열 좀 나서 식히고 있습니다 ㅎ
책 튜토리얼 보면서 따라하다 나중에 또 와야겠습니다 ^^
문씨
2010/08/09 00:49답글|신고
완성...
종피
2010/08/09 00:58답글|신고
짱.
클린트
2010/08/09 01:06답글|신고
testString = _testString; nil처리 등등 이해없이 당연히 이렇게 쓰는 건가 하면서 쓰던 것들, 부족하게 알던 부분들에 대해 이해하는데 큰 도움(좀더 명확)이 되는 것 같습니다. 감사합니다.~~(꾸벅)
와이씨
2010/08/09 01:18답글|신고
그동안 무심코 습관 or 직관적으로 코딩하던 부분들 원리까지 알기 쉽게 너무 자세하게 써주셔서 감사드립니다~
항상 잘 보고 있습니다.
블루크리스탈
2010/08/09 02:10답글|신고
쭈욱 읽어 보긴 했는데 마지막 부분에서 약간 어렵네요 ㅎ
그래도 설명을 잘 해 주셔서 도움이 되었습니다
공부하다가 다시 읽어 봐야겠어요. ^^
정리 감사합니다.
맥초짜
2010/08/09 14:35답글|신고
와우~~~ 정리를 잘 해주셨네요... 감사합니다...
TigerKim
2010/08/09 15:15답글|신고
강의 잘 보았습니다. 감사드립니다. (__)
대쉬
2010/08/09 15:35답글|신고
아 이런부분은 잘몰랐네요 감사합니다
crono
2010/08/10 17:55답글|신고
감사드려요 ~~ 큰 도움이 됩니다 ~ ~
랑유
2010/08/11 00:40답글|신고
우와 감사합니다. 그동안 엄청 혼동하고 있었습니다. ;;;
문씨님은 항상 엑기스 중의 엑기스만 뽑아주시네요+_+
rokakjy
2010/08/11 13:16답글|신고
좋은정보 정말 감사감사^^
안드레
2010/08/11 17:28답글|신고
한줄한줄 읽을때마다 '아~~' 를 연발하게 되네요 좋은 정보 감사드립니다.
happydong
2010/08/12 16:50답글|신고
좋은 정보 정말 감사합니다^^
Objective-C 공부하는데 도움이 되네요~^^
조심히 담아 갈게요~~~
Tesla
2010/08/13 10:28답글|신고
이번에도 잘 읽었습니다...^^

항상 감사합니다.
adult1220
2010/08/13 18:04답글|신고
잘 읽었어요..
백과사전
2010/08/13 22:21답글|신고
너무 좋습니다 ㅎㅎ
군감자
2010/08/15 15:59답글|신고
잘 읽었읍니다. 좀더 공부해서 다시 한번 볼게요.ㅎ
taxhon
2010/08/16 09:29답글|신고
강의 잘 보았습니다~ 담아갈께요~^^
만능이자
2010/08/17 13:56답글|신고
큰 도움이 되었습니다. 감사합니다.
지돌스타
2010/08/17 18:23답글|신고
감사합니다. 오브젝티브C하면서 마지막 지적한 부분이 항상 헷갈리더군요.
드라이브
2010/08/18 13:28답글|신고
감사합니다~~~
seed
2010/08/18 19:43답글|신고
좋은 글 감사합니다.
제 티스토리에 퍼가요...^^
쭌
2010/08/20 14:20답글|신고
멋진 강좌 감사드립니다.
베메스
2010/08/23 16:44답글|신고
감사합니다.
믹스
2010/08/26 17:37답글|신고
우왕... 요즘 제가 계속 헷갈려 했던 부분이네요..
이것 때문에 컨트롤을 제외한 내부 변수는 property 를 사용안했었는데..
감사합니다.
Kisin 입
2010/08/30 20:33답글|신고
앗앗~! 감사합니다. ^^
코드라이더
2010/09/01 16:40답글|신고
좋은 자료 감사해요
이프로
2010/09/05 22:32답글|신고
감사드린다는말밖에.. ^^
개념정리 잘하고 갑니다.
버헤미안
2010/09/07 20:29답글|신고
와 정말 아무렇지 않게 사용하던 부분이 이런 의미가 있을 줄이야.. 저는 text.length와 [text length]가 무엇이 다른지도 이해가 되지 않았는데, 결국 .length가 변수가 아닌 프로퍼티 함수라는 거군요 'ㅡ' 이렇게 이해하는게 맞는지는 아직 확신이 없네요 ㅎ;
문씨
2010/09/07 20:41신고
결론은 .length는 length]함수를 호출하는것과 같다는 겁니다
그렇다면 거꾸로 속성 선언이 없을때도 호출이 가능하기도 합니다
예) [text release]; -> test.release;
덩크훈
2010/10/31 18:11답글|신고
와 정말 이해 쉽게 설명해주셨네요~
잘 배웠습니다^^

iOS 메모리관리1(출처:맥부기)

[문씨의 강좌] 메모리 관리 | 문씨의강좌
2010.08.07 20:53
문씨(swmoon203)
카페스탭
http://cafe.naver.com/mcbugi/71504
안녕하세요 문씨입니다

이번 강좌에서는 제일 중요한 기초인 메모리 관리에 대해 다루어 보겠습니다.

본론에 들어가기 전에 Objective-C에 대해 잠시 알아보겠습니다.
*이 부분은 제 개인적인 소견이므로 잘못된 정보가 있을 수도 있습니다.

Objective-C는 C++과 마찬가지로 C에서 파생된 언어입니다.
다만 구조적 특징을 보면 C++보다 Objective-C가 좀더 C에 가깝습니다.

C++은 C에서 메모리 관리를 직접 하는 포인터 개념에 충실한 반면 Objective-C는 메모리 관리를 어느정도 대신 해주는 개념을 가지고 있습니다.

저는 Objective-C가 가장 편합니다. (그동안 많이 써서 그렇겠지만;;;) 그리고 모바일의 제한적 성능 환경에 본의 아니게 가장 어울리는 언어라고 보고있습니다.

언어를 대체적으로 C나 C++, Java, Objective-C로 세분류로 나누고 본다면
일단 C나 C++은 개발하기가 어렵습니다. 하지만 메모리 관리를 직접할수 있기 때문에 고수가 개발한다면 정말 강력한 앱을 만들수도 있습니다.
Java는 메모리 관리를 신경 안쓰는 언어입니다. 덕분에 개발은 편하죠. 다만 메모리 관리하는 가비지콜렉션 때문에 모바일 환경에서는 상당히 느립니다.
*가비지콜렉션은 시스템상의 메모리를 전부 읽어서 안쓰는 메모리는 제거해 주는 개념입니다.

데스크탑이라면 별 의미없지만 모바일이라는 환경에서는 차이가 납니다.
그래서 직접 메모리를 관리 하는 방법 VS 가비지콜렉션으로 메모리 관리 라는 두 구도가 생성됩니다만 어느쪽이든 사용하기는 힘든 감이 있죠.

직접 메모리 관리는 너무 개발하기 힘들고 Java는 느려서 원하는 성능을 내기가 힘듭니다.
후에 모바일 기기의 성능이 PC급으로 올라가면 얘기가 달라지겠지만요.

그렇다면 개발하기는 편하면서 가비지컬렉션을 사용하지 않는 방법은 없을까 하는 질문에 등장하는것이 Objective-C입니다.

물론 Objective-C도 가비지콜렉션은 지원합니다. 하지만 모바일 기기인 아이폰이나 터치, 아이패드 등에서는 지원하지 않습니다. 즉 OSX에서는 지원하지만 iOS에서는 지원하지 않습니다.

애플도 가비지콜렉션의 무거움을 알기때문에 일부러 지원을 안했다고 합니다.

Objective-C에서는 리테인 카운트(retain count)기법을 사용합니다. 해당 객체를 몇군데에서 사용하고 있는지 그것을 수치로 가지고 있는겁니다. 그리고 아무곳에서도 사용하지 않을때 지워지는 개념입니다.

개념만 본다면 더이상 사용하지 않는 객체를 찾아서 지우는 가비지콜렉션과 유사하기도 합니다. 다른점이라면 가비지콜렉션은 시스템에 기생해서 메모리는 체크하는 방식이지만 Objective-C는 로직으로 제거되는 방식입니다.
즉 Java에서는 객체를 쓰고 뒤처리를 안하지만 Objective-C에서는 반드시 뒤처리를 합니다.
객체를 사용후 해당 객체에게 이곳에서는 사용을 중지했다고 알려주는겁니다.

Objective-C에서 모든 객체들의 순환(Life Cycle)을 이해 하려면 우선 NSObject를 알아야 합니다.

모든 객체는 NSObject를 상속 받았기 때문이죠. 그래서 NSObject를 알면 메모리관리를 알게 됩니다.

NSObject의 NS는 Next Step의 약자이고 Object는 말 그대로 객체를 뜻합니다.

먼저 NSObject의 헤더를 보겠습니다.

클래스 선언 부분인 @interface NSObject를 보면 최상위의 클래스 이기때문에 상속받는 부모클래스가 없습니다. 보통 @interface test : NSObject 식으로 부모클래스 선언이 반드시 있습니다. 물론 없으면 에러 경고를 띄우기도 합니다.

그리고 선언된 함수들을 보면 +와 -가 있습니다. +의 경우 클래스 함수(Class Method)라 하고 -는 인스턴트 함수(Instance Method)라 합니다. 클래스를 도장이라고 본다면 인스턴트는 도장으로 찍어서 만든 것이라 할수 있습니다. 클래스도 주소가 존재하기 때문에 객체로 취급 받기도 합니다. 물론 클래스는 단일 존재라 단 하나만 존재합니다. 그리고 인스턴트는 이 클래스로 원하는 만큼 만들어 낼수가 있습니다,

그럼 예를 보겠습니다.

NSObject *object = [NSObject alloc];

object라는 변수에 NSObject라는 클래스에 alloc이라는 클래스 함수를 호출해서 새로운 인스턴트 객체를 만든후 그 객체의 주소를 object변수에 저장했습니다.

그럼 다른 예를 보겠습니다.

NSArray *array = [NSArray alloc];

array라는 객체변수에 NSArray라는 클래스에 alloc이라는 클래스 함수를 호출해서 새로운 NSArray인스턴트 객체를 만들고 그 주소를 array에 지정합니다.

객체 생성은 반드시 alloc이라는 클래스 함수를 호출해서 원하는 객체를 찍어내는 겁니다.

모든 클래스는 NSObject를 상속받고 있기 때문에 alloc함수는 어디는 존재하게 되는겁니다.

객체를 생성했으면 이번에는 초기화를 해줍니다.

NSArray *array = [NSArray alloc];
[array init];

위에 헤더에도 있는 init은 기본 초기화 함수입니다. init은 인스턴트 함수이기 때문에 객체 생성후 최초로 객체에 호출되는 함수입니다.

단 위의 코드는 문제가 있습니다. 애플의 가이드 문서도 위와 같은 사용은 금지하고 있습니다.

왜그럴까요?

NSArray *array = [NSArray alloc]; 에서 객체를 생성한것까진 좋습니다.
문제는 [array init]; 입니다.

위 코드는 array에 init이라는 메세지만 날려줄뿐입니다.

init을 날렸는데 객체가 판단하기에 뭔가 잘못된 것이 있으면 객체가 스스로 해제 되기도 합니다.

위의 코드는 예문이라 그럴일은 절대 없지만 다른 코드에서는 그럴일도 있을수 있습니다.
init함수는 초기화가 제대로 되면 자기자신의 주소를 돌려주고 잘못되면 스스로 해제를 한 후 nil(0값)을 돌려줍니다.

즉 위의 코드는 init만 날리고 돌려주는 값에 대한 대처가 안되어 있기 때문에 array변수가 가지고 있는 객체의 주소는 쓰레기가 되어버립니다.

즉
NSArray *array = [NSArray alloc];
array = [array init];
아니면
NSArray *array = [[NSArray alloc] init];
을 사용합니다

결국 코드의 간결화를 위해 후자를 사용하게 됩니다.

이제 초기화를 했으면 해제를 해야합니다.

NSObject헤더에 인스턴트 함수중에 release와 autorelease가 있습니다.
autorelease는 잠시 후에 다루고 일단 release부터 봅니다.

만든 객체에 release를 날려주면 객체는 해제가 됩니다.

[array release];

단 여기서 많은 분들이 해매는 개념이 있습니다. 저 또한 이해하기 전까진 많이 해맸습니다.

release는 객체를 완전히 제거하는 명령이 아닌 단순히 이곳에서는 이 객체를 더이상 쓰지 않는다고 알려주는 함수입니다.

NSObject에는 객체를 생성하는 함수는 있지만 완전 제거하는 함수는 존재하지 않습니다.
C에서 본다면 free문이 없다는 것입니다.

대신 NSObject에는 retainCount라는 개념이 있습니다.

alloc으로 처음 생성될때 1이라는 수치로 시작됩니다.
그리고 release라는 함수가 호출되면 내부에 retainCount를 하나 줄입니다.
위와 같은 경우는 1에서 하나 줄어서 0이 됩니다.
그러면 객체는 자동으로 메모리 상에서 제거가 됩니다.

NSArray *array = [[NSArray alloc] init]; //1
[array release]; //0

Objective-C에서 메모리 누수란 이 retain count가 0이 안되고 남아있어서 벌어지는 문제입니다.

그러면 release가 있으니 반대도 있습니다.
retain이라는 함수가 그 반대 역활을 합니다.

NSArray *array = [[NSArray alloc] init]; // 1
[array retain]; //2
[array release]; //1
[array release]; //0

리테인 카운터의 개념 및 규칙은 “올린만큼 내려라” 입니다.

간단하죠?
근데 머리로는 이해 하겠는데 정작 코딩으로 하려고 하면 다시 해맵니다.

그리고 또 autorelease는 뭐고요.
autorelease의 존재는 정말 코딩을 편하게 해주는 기능입니다.

지금 이대로 autorelease없이 코딩한다면 위와 같이 전부 객체 생성을 한후 사용이 끝난 부분에서 일일이 전부 release를 날려줘야 합니다.

코딩 하다보면 사용하는 변수가 점점 많아지는데 이것들은 언제 일일이 release하나요.

오토릴리즈(autorelease)를 사용안한다면
NSArray *array = [[NSArray alloc] init];
... 한참 사용후
[array release];
이런식으로 사용하겠지만

오토릴리즈를 사용한다면
NSArray *array = [[[NSArray alloc] init] autorelease];
...사용

그리고 사용후에는 release를 신경 쓸 필요가 없습니다.

왠지 일일이 뒤처리 할필요가 없어진듯합니다.

마치 Java같군요.

오토릴리즈라 한다면 언젠간 자동으로 해제된다는 것인데
어떤 원리 일까요?

오토릴리즈는 편한 존재이지만 그 원리는 이해 못하기 때문에 오히려 처음 배우는 사람에게는 혼란을 일으킵니다.

언제 해제될까? 라는 궁금증이 이 함수에 대한 신뢰를 잃게 되는것이죠
그래서 불편하더라도 확실히 생성하고 확실히 릴리즈를 날리는 코더를 많이 볼수 있었습니다.

오토릴리즈는 오토릴리즈 풀(NSAutoreleasePool)과 연결되어 있습니다.

생성된 객체에 autorelease를 날려주면 해당 객체는 자동으로 오토릴리즈 풀에 등록됩니다.

해제를 시켜주는 것이 아닌 등록입니다. 다른 말로 수영장(pool)에 빠트려 놓는것이죠

그리고 특정 시간이 지나면 그 수영장은 물을 빼고 청소를 합니다.

그때 전에 빠진것들은 다 릴리즈 처리가 되면서 해제되는 것이죠

그럼 NSAutoreleasePool이 모아서 한꺼번에 release처리해준다는 것은 알았습니다.
그러면 언제 그런일(drain)이 일어날까요?

저는 일단 프로세스가 이벤트 루프로 돌아갈때 일어난다고 보고있습니다.

앱이 실행중일때 아무것도 안하고 있다면
메인 스레드는 이벤트 루프에서 무한 루프를 돌고 있습니다.

그러다 어떠한 이벤트가 발생한다면 그 발생한 이벤트에 따라 함수를 호출합니다.
그리고 그 함수가 끝나면 다시 이벤트 루프로 돌아옵니다.

그리고 실행된 함수는 혼자서 일하고 끝나기도 하지만 작업을 위해 함수가 다른 함수를 부르는 일이 반드시 생깁니다.

예를 하나 들겠습니다.

이벤트 루프에서 돌고 있다가 유저가 화면에 터치 했습니다.

그러면 이벤트 루프는 UIApplication객체에 터치 이벤트가 있음을 알리는 메세지를 날립니다.
*보통 Objective-C에서 메세지를 날린다고 하면 해당 객체에 함수를 호출한다고 보면 됩니다.

그럼 앱은 최상위 화면인 UIWindow에 메세지를 보내고
UIWindow는 위에 올려진 뷰에 메세지를 보낼것이고
올려진 뷰는 올려진 뷰위에 올려진 뷰에 메세지를 보내서
가장 상단에 올려진 뷰까지 메세지가 갔다올것입니다.

즉 함수가 함수를 호출하는 상황입니다.

그래서 그사이에 생성되는 오토릴리즈된 객체들은 해제되지 않고 있다가
일을 마치고 이벤트 루프로 돌아오면 전부 해제 처리되는겁니다.

결국 함수내에서 autorelease시킨 객체들이 함수 진행도중 해제 될까봐 걱정할 일은 없습니다.

그럼 하나의 함수내에서 만들어 쓰고 버리는 객체들은 release를 사용할 일이 없겠군요.
전부 오토릴리즈로 처리하면 되니까요.

그렇습니다. 근데 더 편하게 쓰게 도와주는것들이 있습니다.

NextStep시절부터 개발되어 오던 모든 클래스들은 한가지 규칙을 지키고 있습니다.

“객체를 돌려주는 함수는 반드시 오토릴리즈된 객체를 돌려준다”는 것입니다.

위에서 언급했던 클래스 함수들.

한가지 예를 들어보죠.

NSArray *array = [[[NSArray alloc] init] autorelease];

저처럼 [[[ <- 이거에 익숙해진 분들이라면 별 문제 없겠지만 이것들이 많아진다면 그것도 나름데로 스트레스입니다. NSArray같은 경우는 array라는 클래스 함수를 제공합니다. 함수로 돌려주는 객체는 반드시 오토릴리즈 된 객체이다 라는 규칙을 따르기 때문에 NSArray *array = [NSArray array]; 이 코드는 위의 alloc init autorelease를 사용한 코드와 같은 의미 입니다. 이렇게 기본적으로 Foundation에 내장되어 있는 NS계열의 객체들이나 아이폰부터 추가된 UIKit등 모든 클래스들이 alloc이 아닌 특별히 제공하는 클래스 함수들은 전부 오토릴리즈 된 객체를 생성합니다. 제가 몇번 봐드린 코드 중이 이런 코드도 있었습니다. 1: NSString *str = [[NSString alloc] initWithString:@”test”]; 2: str = [str uppercaseString]; 3: [str release]; 이러면 에러가 나고 튕긴다는 문제였습니다. 1에서 오토릴리즈 안된 객체를 생성합니다. 2에서 str에 기존의 문자열을 대문자로 바꾼 새로운 개체를 돌려주는 함수를 실행해서 돌려준 새로운 오토릴리즈된 객체의 주소를 다시 str에 지정합니다. 이시점에서 기존의 str객체의 주소를 잃어버리게 되는겁니다. 당연 메모리 누수가 납니다. 그리고 str는 전부 대문자로 변환된 새로운 객체를 가지고 있게 됩니다 하지만 오토릴리즈된 객체라 3에서 release를 날리면 당연 문제가 됩니다. 여기서 놓친 부분은 uppercaseString함수가 새로운 오토릴리즈된 객체를 만들어서 돌려준다는 점입니다. 그럼 alloc의외에 클래스 생성 함수에 의해 만들어지는 객체들은 전부 오토리리즈된 객체란것은 알았습니다. 그런데 아직도 이해가 안되는 부분이 있습니다. NSArray같은 데이터 관리 객체는 어떻게 하나요? NSArray보다 NSMutableArray를 예로 들겠습니다 NSMutableArray에는 객체를 추가하는 함수가 있습니다 addObject:인데 하나 예를 들죠 NSString *str = @”test”; 일단 문자열 객체를 준비합니다 NSMutableArray *array = [NSMutableArray array]; 더이상 alloc init을 볼일이 없이 바로 오토릴리즈 된 배열 객체를 준비합니다. [array addObject:str]; array 객체에 str을 넣었습니다. 간단히 생각하면 넣었다 라고 보겠지만 실제로 메모리 관리는 어떻게 될까요? NSMutableArray는 객체를 새로 추가 받는 함수가 실행되면 자동으로 그 객체에게 retain 함수를 날립니다. 즉 여기서는 더이상 str을 쓸일이 없더라도 array는 str을 받은 이상 계속 가지고 있어야할 책임이 생긴겁니다. 리테인 카운트를 올려두었기 때문에 현재 코드에서 더이상 안쓴다 해도 객체는 유지됩니다. 하지만 별로 신경쓸 문제는 아닙니다. NSMutableArray클래스는 객체를 받으면 책임 지기때문에 해제또한 책임 집니다. 즉 array가 오토 릴리즈 상태이기때문에 나중에 해제 될때 가지고 있던 모든 객체에게 다 release를 날려주게 됩니다. 근데 넣어둔 객체 메모리 관리를 한답시고 직접 release를 날려버리면 해당 str객체는 해제 되겠지만 array는 객체가 있는줄 알고 쓰레기 주소에 메세지를 때렸다가 베드 엑세스 에러가 나고맙니다. 결국 자기가 받은 객체는 자신이 책임 지는 구조입니다. 그렇다면 클래스에 선언한 전역 변수는 어떻게 될까요? 함수 내부에서 만들어 쓰고 끝나는 것들은 전부 오토릴리즈로 사용하겠지만 전역변수는 다릅니다. 더이상 안쓸때까지 retainCount를 하나 올려둬야 합니다. 그리고 객체가 해제될때 호출되는 dealloc함수에서 해당 전역 변수의 객체들을 다 해제 시켜줍니다. 처음 생성할때 alloc init으로 가지고 있어도 되고, 아니면 다른 함수를 통해 오토릴리즈된 객체를 가지고 있다면 이럴때 retain을 사용하면 됩니다. title = [[NSString alloc] initWithString:@”tes”]; OR title = [[커스텀클래스 getTitle] retain]; 그리고 - (void)dealloc { [title release]; ... 즉 객체가 해제될때 가지고 있던 객체들도 같이 해제 해주는겁니다. 그럼 전역 변수도 알았습니다. 프로퍼티는 무엇일까요? 여기까지 이해했다 하더라도 object.title = ? 식의 코드를 보면 또다시 해맵니다. 1. object.title = [[NSString alloc] initWithString:@”Test”]; 2. object.title = @”Test”; 3. object.title = [NSString stringWithString:@”Test”]; 위의 1,2,3중 어느것이 맞다고 봅니까? 2, 3번이 맞는겁니다. 보통 문자열의 경우 2번이 제일 간단하면 3번과 별차이 없기때문에 2번을 사용합니다. 위와같은 점문법은 보통 프로퍼티(속성)로 정의되어 있는 경우입니다. 프로퍼티는 C++배울때 많이 듣던 setter, getter입니다. 즉 외부에서 해당 객체의 내부 변수에 접근할수 있도록 접근용 함수를 만드는 것입니다. 프로퍼티 선언은 먼저 헤더에서 합니다. 그리고 본문에서 @synthesize 선언을 해주면 정의한 속성이 설정됩니다. 그리고 위 선언을 하면 컴파일러에서 자동으로 - (NSString *)title이라는 getter함수와 - (void)setTitle:(NSString)이라는 setter함수가 자동 생성됩니다. 그리고 프로퍼티 설정에서 주의해야 할 부분이 있습니다. retain이라는 부분인데 이부분이 retain, assign, 그리고 copy일수 있습니다. getter함수는 단순히 그 변수를 돌려주면 되기때문에 특별한 조치는 없고 setter함수가 위 세가지 설정에 따라 내용이 달라집니다. 먼저 retain retain이 설정되어 있으면 기본적으로 setter에서 기존의 title에 뭔가 있을 경우를 대비에 release를 먼저 날려주고 새로운 객체를 retain걸어주면서 받습니다. assign의 경우 리테인 카운트에 아무런 영향 없이 객체의 주소만 지정하게 됩니다. 보통 델리게이트 등 객체의 주소만 지정할때 사용됩니다. 마지막으로 copy 는 retain과 비슷하지만 retain부분 대신 copy가 들어가서 객체를 복사할때 사용됩니다. 객체.title라고 써서 읽어 오는것은 [객체 title]로 써있는것과 같은 역활을 하고 객체.title = ? 식으로 지정하는것은 [객체 setTitle:?]식으로 설정 함수를 호출하는 것과 같습니다. setter의 경우 앞서 다루어 봤던 NSMutableArray에서 addObject와 비슷하죠? 즉 속성으로 호출되는 것들은 다 함수입니다. 변수라고 착각을 하기때문에 위에서 1번과 같은 경우가 생기는 겁니다. 프로퍼티가 retain이나 copy인 경우 dealloc에서 title = nil; [self.title release] 어느쪽이 맞다고 생각합니까? 둘다 틀렸습니다. 1번은 전역인데 release안하고 넘어가서 문제가 되고 2번은 title함수로 불러온 title객체에 release를 때려서 객체는 해제 되었지만 title객체변수는 여전히 주소를 쥐고 있어서 문제가 될 여지가 있습니다 맞는 방법은 [title release]; title = nil; 아니면 self.title = nil; 입니다 후자의 경우 [self setTitle:nil]; 이 실행된 경우인데 위 retain 경우 함수를 보면 먼저 기존에 가지고 있던 객체에는 release를 보냅니다 문제없이 해제되고 그다음 title = [newTitle retain];에서 newTitle이 nil값이기때문에 title = [nil retain];이 됩니다 재미있는 점은 nil에는 무슨 메세지를 날려도 아무런 문제가 없습니다 0 x 어떤 숫자든 = 0인 원리 즉 title = nil이 됩니다 자 그럼 정리해 보겠습니다. 함수내에서 쓰는 객체들은 전부 오토릴리즈(autorelease)로 한다. alloc init 과 release무더기면 코드만 해맨다 전역 변수는 지정할때 리테인카운트를 하나 올린고 안쓸때 해제한다. 계속 가지고 있을것이니 retain, 더이상 안쓸때는 release! 전역 변수에 객체를 사용하다가 해제(release)를 하면 미련없이 nil처리 (변수 = nil;)하자 release하고나면 반드시 변수 = nil; 해서 이후에 실수로 접근해도 문제없다. 프로퍼티는 전역 변수가 아니다! self.title과 title, 헤깔리지 말자. 다른 객체에 전달하는거, 알아서 하겠지. 신경쓰지 말자. NSMutableArray같은 관리 객체에 넣어둔거 해제될때 알아서 내용도 해제 시킨다. retainCount함수로 일일이 확인해보지 말자 괜히 헤깔린다. 상황에 따라 예상보다 더 나오는 경우도 있습니다 그만큼 더 해제 시킨다고 해매지 마세요. 내가 만든 함수도 객체를 돌려줄땐 오토릴리즈로 돌려주자 규칙! 특의한 경우로 NSTimer같은 경우는 오토릴리즈 되어 있어도 타이머가 돌고있는 상태에는 시간이 지나도 해제를 안합니다 타이머가 정지되면 동시에 해제되어 버립니다. 리테인 했었으면 릴리즈 해주고 안했었으면 그냥 nil처리 해주면 무난합니다. 마치며... Objective-C는 이름 그대로 객체 지향에 특화된 언어입니다. 객체간의 서로가 왠만해선 참견 안하는것이 규칙으로 되어 있습니다. 필요한 호출만 서로 해주고 내부는 어떻게 돌아가는지 신경안쓰는 것이죠. 차를 그저 운전할뿐이지 엔진 설계도 까지 읽어보나요? Moon_iPhone_Study, 왠지_졸려서_헛소리_한듯한... 작성자의 카페글 더보기 문씨님의 블로그 덧글 116개 | 등록순 | 조회수 5770 | 추천 4 담기 (+47) | 인쇄 | 신고 천상을달리다 2010/08/07 21:47답글|신고 문씨님 강좌는 매번 잘보고있습니다. ^^ 공사중이신데 완공되길 기다리고있겠습니다. ㅎㅎ 아이맨 2010/08/07 22:46답글|신고 통이론인가요? ㅋㅋ 통째로 관리? 그거로 하시나요? 뭐 여하튼 기대 하겠습니다. 까페 검색하다 보니 문씨님의 실력이 출중하시던데 . . . 랑유 2010/08/07 23:22답글|신고 우와 기대됩니다>ㅂ< 팬더두현 2010/08/07 23:35답글|신고 공사중_공사중_공사중_공사중_공사중_공사중_공사중_공사중_공사중_공사중_공사중_공사중_ㅋㅋㅋ 태그 잼있내요 ㅋㅋ 레버 2010/08/08 00:54답글|신고 으아 메모리 때문에 고생하고 있는데 기대되네요 +_+ 완성될때까지 잠안자고 기다립니다 ㅎㅎ 문씨 2010/08/08 01:33신고 잠 안자고 빨리 쓸게요 -_-;;; 레버 2010/08/08 02:27신고 윽... 피곤하시면 내일하세요 ( -_);;; 문씨 2010/08/08 02:50신고 7장째... 초보아이폰개발 2010/08/08 04:06답글|신고 ㅋㅋㅋ 고생하시네요.ㅠㅠ 기다리고있습니다!!ㅋㅋㅋ힘내세요!! (pc방에서...) 문씨 2010/08/08 04:07신고 ㄷㄷㄷ;;; 11장째 입니다 -_-ㅋ 문씨 2010/08/08 04:39답글|신고 완료.... 잘 쓰다가 나중에 졸면서 쓴 부분도 있을겁니다 -_-;;; 이해 안되는 부분은 알려주세요 레버 2010/08/08 05:14답글|신고 하악 정말 안주무시고 올려주시다니.... 잘보겠습니다.!!!! 애벌레 2010/08/08 11:43답글|신고 좋은 내용 정말 감사드립니다. 애벌레 2010/08/08 11:52답글|신고 클래스 전역 변수(클래스 인스턴스)에 포인터 값을 직접 대입할 경우 어떻게 되는지 궁금한데요.. 예를 들면 @interface Exam : NSObject{ NSObject * test; } 이후 타 클래스에서 @interface Test2 : NSObject{ Exam *exam; NSObject *tett; } 하고 실제 사용할때 tett = [[NSObject alloc] init]; exam = [[Exam alloc] init]; exam = tett; 이런식으로 포인터를 직접 대입 할 경우 어떻게 되는지 궁금합니다. 제 개인적인 생각으로 @property [nonAtomic, retain] NSObject *test; 로 retain 설정 해주면 괜찮다고 생각합니다만.. 문씨 2010/08/08 13:17신고 exam = [[Exam alloc] init]; //생성하고 exam = tett; //다른 객체 주소로 덧씌우는경우 메모리 누수가 됩니다. property로 선언한것은 self.exam = [[[Exam alloc] init] autorelease]; self.exam = tett; 식으로 사용해야 합니다. exam과 self.exam은 다른겁니다. 천상을달리다 2010/08/08 14:08답글|신고 그동안 헷갈렸던 개념중에 하나 질문드립니다. ^^; @interface A : UIViewController { UIImageView* pImageView; } 1번 @property (nonatomic, retain) UIImageView* pImageView; <여기서 리타인카운트 1증가? .m 2번 pImageView = [[UIImageView alloc] initWith.....] < 여기서 리타인카운드 1증가 그렇다면.. 1번의 경우가 리타인카운트증가가 되는거라면 release 를 두번해줘야하는건가요? 저는 보통 dealloc에서 한번만 release하고 넘어가거든요 -ㅁ-; 그동안 좀 이해안된개념중 하나입니다. ^^; 문씨 2010/08/08 19:35신고 전역 변수와 프로퍼티와 그 정의를 해매시는듯합니다. pImageView는 전역 변수이니 지금 하신다는 대로 하시면 되고 self.pImageView 같이 사용되는 경우가 프로퍼티를 사용하는 경우입니다. 전역변수만 사용하는 경우 pImageView = [[UIImageView alloc] initWith.....] dealloc에서 [pImageView release]; pImageView = nil; 프로퍼티로 사용하는 경우 self.pImageView = [[[UIImageView alloc] initWith.....] autorelease]; dealloc에서 self.pImageView = nil; 문씨 2010/08/08 19:36신고 프로퍼티는 그저 외부에서 접근할수 있도록 선언을 해줌으로써 setter와 getter함수가 자동 생성되도록 하는 것일뿐 전역변수와는 관련이 없습니다. 프로퍼티는 함수일 뿐입니다. (그렇게 안보일뿐) 천상을달리다 2010/08/08 20:54신고 아 이제 이해할거같네요. 여태 NSArray나 인터페이스빌더에서 건들수있는 것들은 죄다 프로퍼티선언을 해줬는데 딱히 IBOutlet가 연결된게 아니라면 프로퍼티안해주고 사용해도됐군요 생각해보니 IBOutlet으로 연결해놓는건 프로젝트 내부에서 alloc안해줘도 되니까요 ^^ 명확하게 이해가 되서 그동안 만들었던 소스 싹 수정했네요 ㅎ 감사합니다.!! //아 뒤늦게 생각해보니 제가 바로 위에쓴것도 잘못됐군요 ^^; IBOutlet로 설정해도 프로퍼티안하고 사용할수있으니까요;; 하나만 더 질문드리겠습니다. ^^; 프로퍼티 선언된건 self.객체이름 으로 접근하라고하셨는데 appDelegate에 보면 UIWindow는 프로퍼티선언이 되있는데 self.window로 접근하지않더군요 이건 IBOutlet으로 연결되어있어서 그런건가요? 문씨 2010/08/08 21:49신고 self.window는 [self window]함수로 window객체변수의 주소를 리턴합니다. 결국 내용물은 같은 거죠 ㅇㅇ 2010/08/08 17:00답글|신고 그동안 예제 코드를 보면서 그런가보다 하면서 받아들이고 넘어간 부분에 대해 하나씩 차근차근 잘 설명해주셔서 정말 고맙습니다. 복 많이 받으세요~~ 아직 @property가 하는 역할을 잘 이해하지 못했지만....저는 그냥 헤더 파일의 @interface에서 선언/@property 설정 m파일에서 @synthesize해주는 것이 전역 변수(객체) 사용법이구나 했었는데..좀더 공부가 필요한 것 같습니다.;; 핥핥 2010/08/08 18:12답글|신고 아... 너무 좋은 내용 감사합니다 대에박 2010/08/08 19:45답글|신고 잘봤습니다~~ 아직 다 이해는 못했지만 큰 도움이 됬습니다. ㅎ 꾸띠앙 2010/08/08 22:13답글|신고 정말 좋은강좌입니다. 감사합니다~ TigerKim 2010/08/08 22:13답글|신고 먼저 좋은 강의 감사드립니다. :) 질문이 하나 있어요. 외국에 어떤 블로거가 코딩해놓은 걸 보니까 헤더에 전역변수로는 앞에 '_' 를 붙이고, property 에서는 '_'를 빼고, synthesize 에서는 '_' 붙인 것과 아닌 것을 같다고 정의하더라고요. 아래 코드로 설명하면.. .h :: { NSArray * _example; } @property (nonatomic, retain) NSArray * example; .m :: @synthesize example = _example 이런식으로요. 그리고 밑에 함수에서는 주로 self.example 이렇게 쓰고. 조건문같은데서만 if (_example) 같이 나오고요. 완벽히 이해가 안되다보니 그냥 단순히 개인의 스타일같긴 하지만 이렇게 하는것이 메모리관리에 도움이 되는건가요? 문씨님 강의를 보니 조금 감이 잡힐것 같으면서도 저건 이해가 되질 않네요. 답변 미리 감사드립니다. ^^ 와이씨 2010/08/08 22:48신고 아 이거 저도 궁금했던건데.. 제가 추측한건 전역변수와 프로퍼티 헷갈리지 않고 명확하게 하려고 저렇게 해주는것 같긴 한데.. 다른 이유가 있는건지 궁금하네요~ TigerKim 2010/08/08 22:13답글|신고 아, 그리고 추가로 하나만 더 여쭙자면 여지껏은 주로 dealloc 에서 release 만해주고 nil 처리는 안해주었는데 위에 보니까 다 처리해주시는거 같더라고요. 인스트루먼트같은데서도 특별히 문제가 없었던거 같은데 꼭 필요한건가요? 500자가 넘어서 별도의 리플로 올립니다.; 답변 부탁드릴께요~ 감사합니다. :) 문씨 2010/08/08 22:41신고 2탄에서 정리해 드릴께요 블루크리스탈 2010/08/08 23:31답글|신고 아직 모든걸 이해 하진 못했지만 많이 배웠습니다. 좀 더 공부해야겠네요 정리 감사 합니다. 클린트 2010/08/09 01:10답글|신고 소중한 정리 글 감사합니다. 문씨님 글떳다고 살짝 소문 흘렸습니다. ^^;; 고생하셨습니다.~ 엄청좋아하더라구요~ 웜홀 2010/08/09 09:42답글|신고 아직 이해 못하는 부분도 많지만 좋은글 감사합니다^^ 문씨 2010/08/10 19:47신고 이해가 안가는 부분은 지적해 주세요 퓨리넬 2010/08/09 10:05답글|신고 역시 문씨님 대단하십니다. 정말 감사합니다. ^^ 수빈아빠 2010/08/09 10:12답글|신고 오웃 감사~ tOriDas 2010/08/09 10:35답글|신고 좋은 글 감사합니다~ 후이 2010/08/09 10:38답글|신고 정말 감사합니다~ 초보아이폰개발 2010/08/09 10:55답글|신고 ㅎㅎ 좋은글 감사드립니다!!히.ㅋ 감사히 보겟습니다~ 시리 2010/08/09 11:16답글|신고 좋은글 감사드립니다. 아르모니 2010/08/09 13:39답글|신고 글 잘 봤습니다. 그런데 저는 autorelease는 잘 안 쓰려고 했는데.. 이 글을 보니까 약간 고민되네요. 아무튼 감사합니다. 문씨 2010/08/09 14:53신고 지원 함수들을 사용하면 자연히 오토릴리즈를 사용하게됩니다 레드래빗 2010/08/09 16:13답글|신고 정말감사합니다~ neoskb 2010/08/09 18:24답글|신고 주옥같은 강의 감사드립니다. 다른 언어를 사용하다가 Objective-C를 접하고선 제일 이해하기 힘든 부분이 이 부분이 아닐까 싶습니다. 책을 여러권 보아도 쉽사리 이해되는 게 아니더군요. autorelease를 사용했을 때 release 되는 시점을 명확히 몰라서 가급적 autorelease를 가급적 안쓰려고 하였는데, 문씨님의 글을 읽어보니 명확한 구분이 되는 거 같습니다. 거듭 감사드립니다^^ rokakjy 2010/08/10 09:26답글|신고 감사감사~ 감사합니다^^ 키티호크 2010/08/10 13:53답글|신고 문씨님 강좌는 언제 봐도 일품이네요. 특히 어려웠던 메모리 관리 부분을 잘 정리해주셔서 너무 감사드립니다. proflee 2010/08/10 17:22답글|신고 좋은 글 감사합니다! lpoint2 2010/08/10 19:33답글|신고 약 10%만 이해가 갑니다. 이해가 안되네요.. 문씨 2010/08/10 19:46신고 어떤부분이 어떻게 이해가 안가나요? lpoint2 2010/08/10 20:10답글|신고 1. 함수내에서 쓰는 객체들은 전부 오토릴리즈(autorelease)로 한다. a. autorelease를 하면 메모리가 한없이 증가하지는 않나요? b. 아무리 많이 사용하더라도 문제는 없나요? 2. 전역 변수는 지정할때 리테인카운트를 하나 올린고 안쓸때 해제한다. retain를 2번하면 두번 release를 하나요? 문씨 2010/08/10 20:29신고 1. 아뇨 이벤트루프로 돌아갈때 수시로 비워주기 때문에 증가하지않습니다. 2. retain두번 올리면 당연히 두번 내립니다(release) lpoint2 2010/08/10 20:10답글|신고 1. 전역 변수에 객체를 사용하다가 해제(release)를 하면 미련없이 nil처리 (변수 = nil;)하자 a. 어떨때 self.변수를 사용하고 어떨때 그냥 변수를 사용하나요? 2. 프로퍼티는 전역 변수가 아니다! a. self.title과 title, 헤깔리지 말자. ----------- 헤깔립니다. 문씨 2010/08/10 20:30신고 1. self.변수는 변수가 아니라 프로퍼티입니다.메모리 관리 2편을 읽어주세요. 2. 설명이 부족한거 같아서 2편에서 다시 정리했습니다. lpoint2 2010/08/10 20:10답글|신고 3. 다른 객체에 전달하는거, 알아서 하겠지. 신경쓰지 말자. a. NSMutableArray같은 관리 객체에 넣어둔거 해제될때 알아서 내용도 해제 시킨다. ⁃ alloc를 해도 release를 안해도 되나요? 문씨 2010/08/10 20:32신고 3. 아니요 release해줘야 합니다. 3번의 뜻은 다른 객체에게 전달한 객체까지는 신경쓸 필요가 없다는 겁니다. NSMutableArray객체 해제하면 안에 들어가있는 객체들까지 알아서 해제됩니다. 알아서 해제되기때문에 직접 관리할 필요 없다는 겁니다. lpoint2 2010/08/10 20:11답글|신고 4. retainCount함수로 일일이 확인해보지 말자 괜히 헤깔린다. a. 봐도 헤매고 안봐도 헤맵니다.(실력이 높아지면 틀려질꺼라 생각합니다.) 5. 내가 만든 함수도 객체를 돌려줄땐 오토릴리즈로 돌려주자 1. 내가 만든 함수도 객체를 돌려준다는 말이 이해가 안됩니다. 그래서 오토 릴리즈를 하라는 말도 이해가 안됩니다. 문씨 2010/08/10 20:33신고 4. 보면 더 해매죠 . 이따끔식 의도하지 않는 수치가 뜨기도 합니다. lpoint2 2010/08/10 20:18답글|신고 제가 실력이 없어서 잘 모른다고 생각합니다.(문씨님의 강좌 정말 고맙게 보고 있습니다.) 비주얼 베이직을 하다 객체 프로그램을 보니 이해가 안되는게 많구 특히 retain, copy 등이 이해가 안됩니다. 객체를 만들어서 그냥 사용하면 되는 것을 왜 복잡하게 만드나요? 재사용을 하면 변수를 하나 더 생성해서 내용을 copy를 하더라도 메모리 사용은 같지 않나요? 실력이 없는 제가 느끼기에는 괜히 어렵게 꼬아 놨다는 느낌입니다. 변수를 만들었으면 그 이름으로 사용해야지 왜 앞에 self를 붙여서 머리 아프게 하나요? 내 클래스에서 사용한다면 차라리 속성값을 만들어 private속성을 주는 게 더 나을텐데요. (전역변수와 지역변수를 구분하는게 더 명확하지 않을까요?) self를 붙여야 한다면 언제 붙여야 하고 사용할때 방법이 어떻게 다른가요? lpoint2 2010/08/10 20:19답글|신고 음 초보라서 머리만 너무 아파옵니다. 명확하게 알려면 어떻게 해야 할까요? 위에 설명만으로는 머리 아픈게 해결되지 않아서 모르겠다고 했습니다. 다시 한번 말씀드리지만 문씨님의 강좌 감사합니다. 너무 많이 도움되고 있습니다. 혹시 제가 도움될 만한 내용이 있으면 답변을 달아주세요. 메모리 넘 힘들어요. 문씨 2010/08/10 20:36신고 고민하시는 부분이 아무래도 포인터 개념 같군요. 저도 비베 출신이라 한동안 해맸습니다. 처음 배운 언어가 비베고 그 이후에 해봤던 언어가 PHP였습니다. 결국 메모리 관리랑 전혀 관련없는 언어들만 했었죠... 랑유 2010/08/11 00:32답글|신고 문씨님 정말 감사합니다>ㅂ 부디 강의 모아서 책 출판 꼭 해주세요^^
자수
2010/08/11 01:28답글|신고
먼저 유익한 강좌 잘 보고 있습니다.
저는 왠지 제가 원초적인 내용에 대한 이해가 부족한 것 같아서 그 부분에 대한 질문 두 가지 하겠습니다. retain과 release는 대충 현재 객체 안에서 사용한다, 안한다의 의사표현이라는 정도는 이해할 것 같습니다. 그런데 객체를 변수에 할당(메모리 주소를 할당)하는 것이 retain과 release에 어떤 영향을 주고 있는지 궁금합니다.

예를 들면
aStr = [[NSString alloc] initWithString:@”Test”];
A라는 객체에 위와 같은 aStr이라는 전역변수가 프로퍼티로 선언되어 있을 때 B라는 객체에 있는 전역 변수(역시 프로퍼티선언) b.bStr = a.aStr; 이라고 사용했다면 retain과 release의 관계는 어떻게 되나요? retain 카운트가 증감하는 것은 객체간의 관계에서만 필요한 것인지 아니면 하나의 객체 안에서도 retain을 증가시켜야 하는 상황이 있는 것인지 명확히 개념이 잡히질 않네요.
문씨
2010/08/11 01:38신고
2편에 프로퍼티 편을 보셨는지는 모르겠네요
일단 양쪽다 프로퍼티인 경우를 보자면
b.bStr = a.aStr; 이라고 할경우 풀어보면
b.bStr = [a aStr]; 이 되고
[b setBStr:[a aStr]]; 이됩니다.
결국 b.bStr에 전에 들어가 있던 객체는 해제되고 a.aStr객체를 새로 받으면서 리테인이 올라가죠
메모리 상으로는 문제 없습니다.

단 aStr = [[NSString alloc] initWithString:@”Test”]; 이상태에서
bStr = aStr;
[aStr release];
[bStr release];
하면 문제가 되죠 주소만 복사받았기 때문에 리테인 카운트에 문제가 되는겁나디.
자수
2010/08/11 01:51신고
그렇다면 b.bStr = a.aStr을 하더라도 a.aStr이 참조하고 있는 객체는 참조가 유지되는 것이겠군요 retain 카운트가 증가하는 것은 객체를 참조하는 주소가 복사된다는 개념으로 이해하면 될 것 같군요. 감사합니다.
자수
2010/08/11 01:29답글|신고
두 번째 질문은 UIViewController의 경우에는 기본 만들어지는 함수에 -(void) viewDidUnload와 -(void) dealloc이 있습니다. 그리고 UIView에는 dealloc만 있는데요 UIViewController에서도 dealloc에 그냥 self.method = nil;을 해주고 viewDidUnload에는 작성하지 않아도 되는 것인가요? viewDidUnload가 왜 필요한지, 그리고 viewDidUnload와 dealloc이 언제 실행되는지, 궁금합니다.
문씨
2010/08/11 01:43신고
질문하신 부분은 메모리 관리보다는 UIKit의 UIViewController의 구조와 관련이 있습니다.
UIViewController는 상황에 따라 속성인 view를 지우기도 합니다. 처음 view가 생성되면 viewDidLoad가 호출되기 때문에 그때 화면 구성할 뷰들을 생성해서 넣어주면 되고
뷰가 제거되면 viewDidUnload가 호출되기 때문에 다른 객체들도 해제해줘야 합니다.
데이터 같은 경우는 그냥 유지해도 괜찬지만 뷰에 관련된건 메모리 관리 차원에서 비워주는것이 좋겠죠.
어떤의미에서는 viewDidUnload와 dealloc이 같은 역활을 하는것처럼 보이기도 합니다.
그러니 전역 변수의 경우 release만 하지 말고 release후 nil처리를 하는걸 권장하는겁니다.
viewDidUnload에서 release만 해두면 dealloc에서 다시 release할때 문제가 발생하겠죠.
자수
2010/08/11 01:59신고
그렇군요 nil에 release를 보내도 에러가 나지 않는다는 것이 이해하는데 중요할 것 같네요. 말씀대로라면 viewDidUnload보다 무조건 dealloc이 후에 실행이 되는 것 같네요 도움이 많이 되었습니다. 감사합니다.
울리
2010/08/11 10:12답글|신고
pool 개념인데, autorelease 는 좋네요. objc는 생각보다 개발자를 많이 생각해 주는듯 한 느낌을 받네요.
세이지
2010/08/11 10:37답글|신고
정말 좋은 강좌 감사합니다. ^^ 살며시 담아갈게요~
rokakjy
2010/08/11 13:15답글|신고
좋은정보 감사합니다~~
조은
2010/08/11 15:29답글|신고
글 내용의 예문들이 딱 한눈에 들어와 이해하기 쉬워요. 게다가 프로퍼티개념까지~
질문란의 충실한 답변들을 보고 문씨님 강좌 기대하고있었는데 정말감사합니다^^
(근데 저는 정작 코딩할땐 문제없으면 귀차니즘에 잘 신경도 안쓰게되는.. ㅎㅎ;)
문씨
2010/08/11 15:37신고
iOS 4.0부터는 멀티테스팅 덕분에 메모리 여유가 전에 비해 많이 줄었습니다.
대충 하다간 튕기는 일이 대부분 일겁니다....
이제는 신경 써야 할때-_-a
안드레
2010/08/11 17:25답글|신고
메모리 관리때문에 고생중이였는데 좋은 정보 감사드립니다~^^
KKMF
2010/08/12 15:15답글|신고
문씨님 강좌 너무 좋네요.... 감사합니다.
happydong
2010/08/12 16:47답글|신고
좋은 정보 잘봤습니다~^^
조심히 담아갈게요~~
Tesla
2010/08/13 10:15답글|신고
항상 많은 도움 받고 있습니다..

너무 도움을 받아서 언제 쏘주라도 한잔 사드려야 할것 같습니다...^^
타임맨
2010/08/13 14:51답글|신고
덕분에 시행착오를 줄이겠네요. 감사합니다.
BestSuit
2010/08/13 15:13답글|신고
최고 이십니다!!!!
WishMast
2010/08/13 21:07답글|신고
좋은정보 감사합니다~ ^^
백과사전
2010/08/13 22:09답글|신고
정말 너무 좋은 강좌입니다 정말 ㅎㅎ 기분이 너무 안좋았는데 좋은 강좌를 보고 기분이 다 좋아졌습니다
남가일몽
2010/08/15 14:03답글|신고
감사합니다.^^
군감자
2010/08/15 14:51답글|신고
이렇게 좋은글이 넘 감사합니다.
시나
2010/08/16 16:01답글|신고
속시원한 내용이네요. 감사합니다.
작은예배자
2010/08/16 17:55답글|신고
무작정 책만 보면서 공부를 하다가 몰라서 넘어가는 경우가 많았는데 궁금했더 개념들을 알게 되니깐
머리속이 환해지는듯한 느낌입니다. 정말 오랜만에 깊이 정독했습니다.
문씨님 강의 정말 감사합니다.
다브엘
2010/08/18 10:42답글|신고
좋은 글 감사합니다.
seed
2010/08/18 16:47답글|신고
좋은 글 감사합니다.
제 티스토리에 퍼가요...^^
흐르는강물에
2010/08/19 15:35답글|신고
좋은글 감사합니다
지돌스타
2010/08/20 00:50답글|신고
좋은 강좌 감사합니다.

항상 헷갈렸던게.... Java같은 언어를 사용하다가 Objective-c로 넘어오면서 전역변수를 클래스 내부에서만 사용해야하는 경우 @property나 @synthesize와 같은 지시자를 전혀 사용하지 못하겠더군요. 왜냐하면 @property로 만든이상 외부에서 접근을 허용하게 되는 것이니깐요.

그래서 @interface에 @private MyClass *_myInstance; 전역변수를 정의했다고 했을때

결국 dealloc에서는
[_myInstance release];
_myInstance=nil;

을 해주고

Lazy Creation을 해주어야 하기 때문에
-(MyClass*)myInstance {
if(_myInstance==nil) _myInstance = [[MyClass alloc]init];
return _myInstance;
}

이런식으로 하고 혹시 메모리 문제가 발생할 수 있으므로
applicationDidReceivedMemoryWarning: 함수를 재정의 하여
if( NO == _myInstance.isUse ) {
[_myInstance release];
_myInstance = nil;
}

처럼 만들어서 하는데 제가 메모리 관리를 잘 하고 있는건지요? ^^;

메모리는 차라리 C라면 훨씬 편하겠어요 ㅎㅎㅎ
문씨
2010/08/20 04:49신고
틀린 부분은 없어보이지만 lazy creation이라....
제 경험상 왠만한 객체는 그래픽 출력에 관련된 객체가 아니면 메모리 경고때 비워줄 필요가 없습니다.
작아서요...
디비데이타 객체처럼 용량 많이 먹지만 않는다면 지워줘도 별 차이 없습니다.
다만 화면에 관련된 뷰 객체가 많이 먹죠
지돌스타
2010/08/20 09:02신고
문씨님 답변 주셔서 감사합니다. 언급은 안했지만 예제를 드린 것은 UIView관련 객체와 같은 메모리의 크기가 큰 객체만을 암시적으로 감안하고 있었습니다. 너무 좋은 글 저같은 초보자에게 큰 도움이 되고 있습니다. 언젠가는 저도 문씨님처럼 여기에 도움이 되는 사람이 되도록 노력할께요 ^^
yunchiri
2010/08/20 09:57답글|신고
감사합니다
쭌
2010/08/20 14:18답글|신고
이해가 쉬운 강좌내요.. 감사합니다.
가람
2010/08/23 15:12답글|신고
궁금 하게 있는데요

NSString *getMemo = @"-";
이것과
NSString *getMemo = [[NSString alloc] initWithString:@"-"]
이것의 차이가 뭔지

프로그램상에는 오류는 없는데 메모리상에는 차이가 있는지 궁금해서요
쿡
2010/08/24 14:49신고
강좌를 읽고 제가 이해한 건

NSString *getMemo = @"-"; 이걸 풀어쓰면
NSString *getMemo = [NSString string]; <- 또는 NSString *getMemo = [[[NSString alloc]init]autorelease];
getMemo = @"-";
즉, 오토릴리즈 되는 놈이고,

NSString *getMemo = [[NSString alloc] initWithString:@"-"]
요놈은 오토릴리즈가 아니라서 release를 개발자가 직접 날려줘야 된다는 것 같네요.

제가 틀린 거면, 알려주세요. ^^;
아이작
2010/08/24 20:47답글|신고
감사합니다 잘읽었습니다.
티나르
2010/08/25 18:14답글|신고
좋은 내용 감사합니다.
한가지 클래스 멤버변수를 전역변수라고 하셔서 좀 헷갈렸네요.
문씨
2010/08/26 17:42신고
아 이런...
용어 정리좀 해야겠네요 -_-;;;;
우레레
2010/08/28 18:32답글|신고
이 강좌 추천입니다.

제가 요즘 Cocos2D로 말풍선 기능 구현하는 데, 어디서 문제가 생기는 건지 알수가 없어서 아주 힘들었거든요. 크래쉬로그 뒤적여서 문제가 뭔지는 알겠는데 어찌 해결해야 할지 ㅠ_ㅠ 아우.... 헌데, self.property = nil; 이걸로 해결. [??? release];는 장렬하게 크래쉬가 발생하네요.

이런 경우도 있군요. 제가 읽어 본 아이폰 관련 서적에서는 이런 내용 못봤는데. 정말 감사합니다.
Kisin 입
2010/08/30 20:17답글|신고
문씨님 정말 이렇게 좋은 강의 감사드립니다.
하루살이
2010/08/31 19:49답글|신고
잘 읽었어요..명쾌하게 설명 잘해주셔서 감사합니다.
코드라이더
2010/09/01 16:40답글|신고
좋은 자료 감사해요
freshful
2010/09/01 18:44답글|신고
너무너무 감사합니다. 정말 완전 감동했습니다.
12

아이폰 개발 참조 사이트 모음

Com Story 2010/02/19 17:03

* 커뮤니티 (한국)

http://osxdev.org/

http://iphoneos.co.kr/

* 블로그 (한국)

Lingo * http://nabiri.tistory.com/

http://wangsy.com/blog/

Jenix http://jinhyung.org/  코코아 프로그래밍
http://i-dreaming.com/  예제로 시작하는 아이폰 개발
http://theeye.pe.kr/

http://kr.code4mac.net/

http://han9kin.doesntexist.com/

http://maccrazy.tistory.com/

http://redleaf.tistory.com/

http://allmac.tistory.com/

http://goya.pe.kr/

http://cocoadev.co.kr/

http://blog.naver.com/eungyoda

http://oedalpha.springnote.com/

* 아이폰 어플 제작소 (한국)

http://indiean.com/ Heavy Mach

http://xevious7.com/ FreshWater Aquarium

http://orchardparty.com/  The GoStop
http://mtrigger.tistory.com/  민중서림 엣센스 사전, 문단열의 자동암기 영어회화, 한국명산 시리즈
http://krazyeom.wordpress.com/  Crocodile Dentist

http://blog.naver.com/whatisid/ Big Day

http://vanillabreeze.com/ Maneki Neko, Crack LCD, Ruler Deluxe, Hypnotized!, iSurprise

http://orclab.com/ iPuzzle, Touch up

http://imagebakery.tv/iphone/ The Thumb

http://aiart.tistory.com/ Janggi - Korean Chess

http://leopardmac.tistory.com/ Kimchi Recipe

http://www.uangel.com/new/eng/mobile/idrummer.jsp iDrummer

http://gamevil.com/ Baseball Superstars

http://cre8ive.tistory.com/ Bounced

http://clearday.tistory.com/ Hard Game, Sakura Clock

http://daummobile.tistory.com/ Daum tvPot

http://sociag.com/ Valentine Flowers