'Xcode 2' 카테고리의 글 목록

Objective-C 코딩 스타일

Xcode 2/Objective-C 2008. 9. 25. 15:16

새로운 언어를 익힐 때는 보통 해당 언어의 코딩스타일 가이드라인을 찾아 보거나, 원 제작자(사)의 문서나 예제에 사용된 소스의 코딩 스타일을 사용하는 경우가 많습니다.

저는 아직까지 Objective-C에 익숙하지 않아서 시작할 때 부터 애플에서 많이 사용하고 권장하는 형식으로 습관을 들일려고 하고 있습니다. 그런데 사소한 것이지만 애플의 샘플코드나 Xcode에서 생성해 주는 소스코드를 보면 조금씩 차이를 보이며, 이는 같은 코드 내에서도 스타일이 조금씩 다른 경우를 볼 수 있습니다.

* 스타일 1

/Developer/Examples/QuickTime/QTKit/QTKitPlayer/MovieDocument.m

- (BOOL)panel:(id)sender shouldShowFilename:(NSString *)filename
{
    if (isDir)
    {
        return YES;
    }
}

'{'과 '}'이 한라인을 차지하는 스타일은 Xcode의 C++을 사용하는 카본에서도 많이 볼 수 있습니다. 샘플 코드중에도 MS VC++의 MFC를 보는 듯한 코드를 자주 볼 수 있습니다. 아마 애플의 기존 C++ 프로그래머가 작성하지 않았나 하는 추측이 듭니다.

하지만 애플의 일반적인 코코아에 관련된 문서나 Xcode에서 생성해 주는 코드에는 이런 스타일은 흔하지 않은 것 같습니다.

* 스타일 2
/Developer/Examples/Quartz Composer/Applications/ImageFX/AppController.m

- (BOOL) performDragOperation:(id<NSDraggingInfo>)sender
{

    if(_sourceRef) {
        if(imageRef = CGImageSourceCreateImageAtIndex(_sourceRef, 0, NULL)) {
        }
    }
}

메소드의 '{'는 한 라인을 차지하고 메소드 내에서의 '{'는 같은 라인에서 사용하고 있습니다. if문 바로 뒤에 '('를 공백없이 사용하는 것과 타입(BOOL)과 함수명 사이에 공백을 둔 것을 제외하면 흔히 볼 수 있는 스타일 같습니다. 많은 예제와 Xcode가 생성한 코드, 그리고 많이들 보시는 Cocoa Programming for mac os x의 소스에서도 이 스타일을 사용하고 있습니다.

* 스타일 3

- (void)setTitle:(NSString *)newTitle {

    if (instanceVar != newTitle) {
        [instanceVar release];

        instanceVar = [newTitle copy];
    }
}

요즘 나오는 예제들과 코드에서는 주로 위와 같이 사용하는 경우가 많은 것 같습니다. 위의 코드는 Coding Guidelines for Cocoa 문서의 뒷부분에서 발췌한 것인데, 아마 애플에서는 저런 스타일을 지향하는 것 같습니다.

제가 주의 깊게 보는 곳은 메소드의 '-' 뒤에 공백이 오는지와 반환타입과 메소드명 사이에 공백이 오는지의 여부인데요. 위와 같이 '-' 뒤에는 공백을 두고 나머지는 공백 없이 쓰는 것이 더 많은 것 같습니다.

개인적으론 2번째 스타일에다 if 뒤에 공백을 하나 두는 방식이 편한 것 같은데, 더 알아 보면서 남들이 많이 쓰는 형식으로 쓸려고 합니다.

Xcode의 샘플이나 생성된 코드의 스타일에 조금씩 차이를 보이는 것이 애플이 아주 소소한 부분은 개발자들의 취향에 맡기는 것인지, 각자의 고집이 반영된 것인지는 잘 모르겠습니다.

코코아에서 Objective-C의 코딩스타일 가이드라인은 ADC의 Coding Guidelines for Cocoa 문서를 참조하실 수 있습니다.

저작자표시 비영리 변경금지

'Xcode 2 > Objective-C' 카테고리의 다른 글

Objective-C class의 특징 (2)	2008.03.17
C/C++ 사용자를 위한 간단한 Objective-C 소개 (17)	2007.05.14

AND

간단한 웹브라우저 만들기

Xcode 2/Cocoa 따라해보기 2008. 4. 2. 11:55

WebKit에 포함된 WebView를 이용하여 초 간단한 웹브라우저를 만들어 보겠습니다.
(프로젝트 생성과 인터페이스 빌더에서 작업은 이전에 많이 다루었기 때문에 여기서는 자세한 설명은 생략하였습니다. 'Cocoa 따라해보기' 분류의 초기 포스트에 관련된 설명이 있습니다.)

0. WebKit
WebKit은 애플의 대표적인 오픈소스 프로젝트 중에 하나 입니다. 대표적인 사파리뿐만 아니라 아도비 에어, 아이폰, 노키아의 폰부라우져, 구글 안드로이드 플랫폼등 여러 프로젝트에서 사용되었습니다. (출처:WikiPedia/WebKit)

Webkit은 KDE의 웹브라우져 퀀커러의 엔진인 KHTML과 KJS에서 시작한 발전해 왔습니다. 주개발자는 Dave Hyatt로 넷스케이프에서 모질라를 개발하다 2002년에 애플에 합류해 현재 사파리, Webkit팀의 책임자로 있는 것으로 보입니다. 초기 파이어폭스, Camino와 탭브라우징, XBL/XUL을 만들고 W3C에도 많은 영향력이 있는 것 같습니다.

Webkit에 대한 상세한 정보는 WebKit 홈페이지에서 확인하실 수 있습니다.

1. WebKit 프레임워크 추가
Xcode의 New Project에서 Cocoa Application으로 프로젝트를 하나 만듭니다. WebKit 프레임워크를 추가하기 위하여 Groups & Files에서 우클릭하여 Add > Existing Frameworks를 선택합니다.

선택창에서 /System/Library/FrameWorks에 있는 WebKit.framework를 선택합니다. 좌측과 같이 WebKit.framework가 포함되어 있는 것을 확인할 수 있습니다.

2. 소스코드 편집
AppController이란 이름으로 Objective-C 클래스를 생성합니다. 아래와 같이 입력합니다.

1) AppController.h

#import <Cocoa/Cocoa.h>

@class WebView;

@interface AppController : NSObject {
IBOutlet WebView *webView;
IBOutlet NSTextField *inputUrl;
}

- (IBAction)goURL:(id)sender;

@end

2) AppController.m

#import "AppController.h"
#import <WebKit/WebKit.h>

@implementation AppController

-(void)awakeFromNib
{
/* 기본 주소 설정 */
NSURL *url = [NSURL URLWithString:@"http://www.cocoadev.co.kr"];
[[webView mainFrame] loadRequest:[NSURLRequest requestWithURL:url]];
}

- (IBAction)goURL:(id)sender
{
/* 사용자 입력 주소 Load */
[[webView mainFrame] loadRequest:[NSURLRequest requestWithURL:
[NSURL URLWithString:[sender stringValue]]]];
}
@end

3. 인터페이스 빌더
Xcode의 AppController.h를 MainMenu.nib로 드래그 해서 가져다 놓습니다. Classes 항목의 AppController를 우클릭하여 Instantiate AppController를 선택하여 인스턴스를 생성합니다.

팔레트에서 NSTextField와 CustomView를 드래그해서 아래와 같이 윈도우에 배치합니다.

1) NSTextField 속성 변경

NSTextFiled는 윈도우 크기가 변경되더라도 위치를 유지하면서 가로 크기만 변하도록 설정하겠습니다.

NSTextField의 속성창중 Size메뉴(단축키: Command+3)에서 AutoSizing 속성을 좌측과 같이 변경합니다.

2) CutomView 속성 변경

웹컨텐츠를 보여주는 View는 윈도우의 크기에 맞춰 변환되도록 AutoSizing을 좌측과 같이 설정합니다.

그리고 Custom Class 항목(단축키: Command+5)에서 WebView를 선택합니다.

3) AppController와 연결
이제 AppController의 inputUrl을 NSTextField로 webView를 webView로 연결합니다. 그리고 Action에서 NSTextField는 goURL로 연결합니다.

4. 테스트 or More..
빌드 후에 실행하면 아래와 같습니다. 입력창에 URL을 입력하면 다른 사이트로 연결됩니다.

More...
Developer/Examples/WebKit/MiniBrowser에 히스토리가 저장되고 앞으로, 뒤로 가기, 리로드, 정지, 폰트 확대/축소 등의 기능이 추가된 예제가 있습니다. 그외 ADC의 WebKit과 관련된 아래의 문서들이 도움이 되실 것입니다.

'Xcode 2 > Cocoa 따라해보기' 카테고리의 다른 글

간단한 ToDo 어플리케이션 만들기 (3)	2008.02.21
1.10 기본 콘트롤 사용법 (2) (0)	2008.02.13
1.10 기본 콘트롤 사용법 (1) (2)	2008.02.03
1.8 간단한 슈팅게임 (2) (2)	2007.10.03
1.8 간단한 슈팅게임 (1) (4)	2007.08.14

AND

NSFileManager를 이용한 디렉토리, 파일 복사/이동/삭제

Xcode 2/Foundation 2008. 4. 1. 17:01

NSFileManager로 파일과 디텍토리를 복사/이동/삭제하는 간단한 예제 소스입니다. 각 단계는 enter를 로그창에 입력하면 진행되면 아래와 같은 순서로 작업을 합니다.

test 디렉토리 생성
test 디렉토리를 test2로 변경
test.txt 파일을 test2 디렉토리 아래에 new_test.txt로 복사
test2 디렉토리로 이동
new_test.txt를 re_test.txt로 변경
re_test.txt 삭제
상위 디렉토리로 이동
test2 디렉토리 삭제

테스트 전에 실행파일이 있는 디렉토리에 test.txt란 파일을 vi나 편집기를 이용해 만들어 놓으셔야 합니다.

아래 이미지의 좌측은 Log창에서의 진행화면이며 우측은 터미널에서 진행화면입니다. 터미널에서 확인 후에 로그 창에서 [enter]를 입력하면서 한단계씩 진행합니다.

아래는 소스파일입니다. 별다른 내용이 없으므로 간단한 주석으로 설명을 대치하였습니다.

int main (int argc, const char * argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

NSFileManager *FileManager;
FileManager = [NSFileManager defaultManager];

/** 현재 디렉토리에서 test란 디렉토리를 생성 */
if ([FileManager createDirectoryAtPath:@"test" attributes:nil] == NO ) {
NSLog(@"Fail to create directory");
return 0;
}
NSLog(@"create directory [press return]");
getchar();

/** 현재 디렉토리에 test.txt 파일이 있는지 검사 */
if ([FileManager fileExistsAtPath:@"test.txt"] == NO) {
NSLog(@"test.txt file not exist");
return 0;
}

/** 생성된 test 디렉토리를 test2로 변경 */
[FileManager movePath: @"test" toPath: @"test2" handler:nil];
NSLog(@"move directory [press return]");
getchar();

/** test.txt 파일을 test2 밑에 new_test.txt로 복사 */
[FileManager copyPath: @"test.txt" toPath: @"./test2/new_test.txt"
handler:nil];
NSLog(@"copy file [press return]");
getchar();

/** 현재 디렉토리를 test2로 이동 후에 new_test.txt를 re_test.txt로 변경 */
[FileManager changeCurrentDirectoryPath: @"test2"];
[FileManager movePath: @"new_test.txt" toPath: @"re_test.txt"
handler:nil];
NSLog(@"move file [press return]");
getchar();

/** re_test.txt 파일 삭제 */
[FileManager removeFileAtPath: @"re_test.txt" handler:nil];
NSLog(@"delete file [press return]");
getchar();

/** 현재 디렉토리를 이전 디렉토리로 이동후에 test2 디렉토리 삭제 */
[FileManager changeCurrentDirectoryPath: @".."];
[FileManager removeFileAtPath: @"test2" handler:nil];
NSLog(@"delete directory");

[pool release];

return 0;
}

'Xcode 2 > Foundation' 카테고리의 다른 글

파일 목록 및 속성 구하기 (0)	2008.03.13
디렉토리, 사용자 정보 얻기 (0)	2008.03.07
NSFileHandle을 이용한 간단한 파일 입출력 (1)	2008.03.03

AND

Shark를 이용한 성능 최적화

Xcode 2/Tip 2008. 3. 23. 19:34

샤크는 프로그램의 성능 측정 도구(프로파일러)입니다. 성능 튜닝은 사냥꾼의 동물적인 감각이 필요하고 상어가 먹이를 추적하는데 가장 앞선 동물이라 샤크라는 이름을 지었다고 합니다.

벌레들을 잡아 먹는 사마귀(mantis)로 이름을 지은 버그 추적 시스템처럼 상어(shark)도 재미있는 이름 같습니다.

0. 준비
실행은 /Developer/Applications/Performans Tools/Shark를 클릭하거나, Xcode의 Debug 메뉴에서 Lauch Using Performans Tool에서 Shark를 클릭하여 실행 합니다.

만약 해당 디렉토리에 Shark가 없다면 Xcode 설치시 CHUD Tools를 선택하지 않았기 때문입니다. Xcode 설치 파일을 이용해서 Shark를 설치하면 됩니다.

1. 테스트 코드 작성
테스트를 위해서 Xcode에서 아래와 같은 샘플코드를 작성합니다.

#import <Foundation/Foundation.h>

@interface Musik1 : NSObject {
}
@end
@implementation Musik1
-(void) run {
int i, n;
for (i = 0; i < 100; i++) {
n = i * i;
}
}
@end

@interface Musik2 : NSObject {
}
@end
@implementation Musik2

- (void) run {
int i, n;
for (i = 0; i < 1000; i++) {
n = i * i;
}
}
@end

void Run()
{
int i;

for(i = 0; i < 10000; i++) {
Musik1 *musik1 = [[Musik1 alloc] init];
Musik2 *musik2 = [[Musik2 alloc] init];

[musik1 run];
[musik2 run];

[musik1 release];
[musik2 release];
}
}

int main (int argc, const char * argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

// insert code here...
Run();

[pool release];

return 0;
}

무식하게 돌아가는 코드를 작성해 보자 하고 생각없이 이름을 지었는데, 그냥 변경없이 포스팅에 사용하기로 했습니다. 나중에 다른 툴에서도 예제로 사용하기 위해 클래스를 두개 만들고 메모리를 할당하고 해제하는 코드를 넣었습니다.

소스는 10000번 돌면서 Musik1과 Musik2를 생성 해제 하면서 각각의 run 메소드가 실행됩니다. Musik1의 run 메소드는 다시 100번 돌고 Musik2는 더 무식해서 1000번 돌도록 하였습니다.

2. Shark 실행
이제 빌드를 하고 Xcode의 Debug 메뉴에서 Lauch Using Performans Tool/Shark를 클릭합니다. 아래와 같이 Shark가 실행된 모습을 보실 수 있습니다.

샤크에서 좌측의 Start 버튼을 클릭합니다. 아래와 같은 창이 뜨면 원하시는 옵션을 선택한 후 [OK]를 클릭합니다.

이제 프로그램이 런칭되어 분석을 시작합니다. 30초 내에 프로그램이 종료하지 않으면 자동으로 종료하고 분석된 결과를 보여줍니다. Config 메뉴에서 View Mini Config Editor를 선택하시면 실행 전에 제한시간과 다른 샘플링 옵션을 변경하실 수 있습니다.

재밌는 것은 분석중에는 아이콘에서 상어의 모습이 붉은 색으로 변합니다. 맹렬히 먹이감을 쫓고 있는 것 같습니다. 무섭습니다.

3. 샘플링 데이터 확인
1) 프로파일 브라우져
완료되면 아래와 같이 분석된 결과를 보여 줍니다. 우측 하단의 View 항목에서 표현 방식을 변경할 수 있습니다. Heavy는 항목별로 Tree는 말 그대로 트리 구조로 결과를 보여 줍니다. 아래의 이미지를 보시면 둘의 차이점을 확인하실 수 있습니다. 각 컬럼은 아래와 같습니다.

self - 행당 항목의 비율
Total - 하위 항목을 모두 포함한 전체 비율
Library - Symbol이 포함된 라이브러리
Symbol - 심볼 (함수명)

위를 보시면 실행시간의 64.1%를 차지하는 [Musik2 run]을 중점적으로 점검해야 됨을 알 수 있습니다. [Musik2 run] 항목을 더블클릭하면 아래와 같이 해당 소스가 오픈됩니다. 우측 상단의 버튼들을 클릭하면 원본 소스, 어셈블리 또는 같이 볼수 있습니다.

2) 소스코드 브라우져

코드에서 직접 부하를 확인할 수 있습니다. [i] 아이콘이 있는 곳은 해당 코드에 대한 도움말이 있습니다. 아이콘을 클릭하면 전체 내용을 볼 수 있습니다. 아래는 Both 버튼을 클릭하여 원본 소스와 어셈블리를 같이 보여 주는 모습니다.

run 함수에서 'n=i * i(진한 갈색 부분)'에서 실행속도의 64.2%를 소비하고, 나머지 for 루프를 위한 'i++, i < 1000(연한 갈색)'에서 나머지를 소비하고 있는 것을 알 수 있습니다.

좌측의 'n = i * i' 에 해당되는PPC 어셈블리 코드를 간단히 살펴 보겠습니다. (우측 하단의 [Asm Help]를 클릭하시면 어셈블리 명령어 셋에 관한 간단한 설명을 보실 수 있습니다)

lwz r2, 28(r30) // 28(r30)의 메모리 값(i)을 r2 레지스터로 불러 옵니다.
lwz r0, 28(r30) // 28(r30)의 메모리 값(i)을 r0 레지스터로 불러 옵니다.
mullw r0,r2,r0 // r2, r0을 곱한 값을 다시 r0에 저장합니다.
stw r0, 24(r30) // 레지스터 r0의 값을 28(r30)의 메모리(n)에 저장합니다.

위는 제 PPC의 어셈블리 모습이며 인텔맥에서는 아래와 같습니다.

L3:
.stabd    68,0,8
movl    -16(%ebp), %eax
imull    -16(%ebp), %eax
movl    %eax, -12(%ebp)
.stabd    68,0,7
leal    -16(%ebp), %eax
addl    $1, (%eax)
L2:
cmpl    $99, -16(%ebp)

4) Chart 뷰
이제 Chart를 클릭하여 함수의 호출 경로가 기록되어 있는 call stack을 확인해 보겠습니다. Chart에서는 1ms마다 call stack을 기록한 내용을 그래프와 목록으로 확인할 수 있습니다. 그래프 또는 목록을 클릭하면 좌측에서 해당 시간의 call stack의 내용을 확인할 수 있습니다.

"우선 여기서 알수 있는 것은 제 맥이 엄청 느리다는 것입니다. 대부분의 맥에선 아래의 샘플링 시간이 보시는 것 보다 적게 나올 것입니다. 혹시 사용하는 맥이 너무 빨라 Shark가 붉게 변하는 모습을 못 보셨으면 반복 횟수를 늘리거나 다른 코드를 넣어 무식이의 run을 더 무식하게 만드시면 됩니다."

초기에 스택이 큰 것은 기동 시 초기화 루틴에서 부르는 것들입니다. 전체적으로 5로 나타나는 것은 대부분의 로드가 [Musik1(또는 2) run]일어 나기 때문에 위이미지의 좌측에서 보시는 것 처럼 start > _start > main > Run > [Musik1(또는 2) run]의 5단계이기 때문입니다.

우측 하단 View에서 CPU를 선택할 수 있는데 저는 PPC라 1개가 나오지만 인텔 코어듀오가 장착된 맥에선 2개의 CPU가 나올 것입니다.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Shark에서는 샘플링된 데이터를 파일로 저장할 수 있습니다. 현재 데이터를 저장하고 최적화를 수행하고 다시 Shark를 실행하여 이전 데이터와 비교해보며 최적화의 결과를 확인할 수 있습니다.

Shark에 대한 자세한 내용은 ADC의 Shark User Guide 를 참조하시고, Shark 이외에 /Developer/Applications/Performans Tools/ 디렉토리에서 유용한 다른 툴들도 확인하실 수 있습니다.

'Xcode 2 > Tip' 카테고리의 다른 글

주석내의 __MyCompanyName__ 변경 (2)	2008.03.04
다이알로그 윈도우 구현 (2)	2008.01.09
Xcode에서 디버깅 작업 (6)	2007.12.20
Xcode에서 Flex 개발하기 (2)	2007.12.08
Xcode에서 파이어폭스 플러그인 컴파일 하기 (0)	2007.12.04

AND

Objective-C class의 특징

Xcode 2/Objective-C 2008. 3. 17. 18:36

Objective-C class의 사용에서 눈여겨 볼만한 점들이 세가지 정도 있었습니다. 바로 Protocol, Category와 NSObject의 poseAsClass입니다.

Protocol은 자바, C#의 interface와 유사하며 선언된 메소드들은 프로토콜을 사용하는 클래스에서 반드시 구현되어야 합니다. 사용하는 이유는 C++의 abstract class와 비슷하지만 Objective-C, 자바, C#과 같이 다중상속을 지원하지 않는 언어에서 다중상속의 단점은 버리고 장점은 취하기 위해서입니다. (이에 관한 자세한 설명은 디자인 패턴에 관한 책이나 deadly diamond of death로 구글 검색에서 찾으실 수 있습니다.)

Category는 서브클래스를 구현하지 않더라도 이미 구현되어 있는 클래스에 새로운 메소드들을 추가할 수 있는 방법을 제공합니다. category의 메소드들은 해당 클래스의 변수와 메소드를 사용할 수 있으며 메소드 이름이 같을 경우에는 오버라이드되니 주의하셔야 합니다. Categtory는 서브클래스를 만드는 것 보다 더 간단한 방법으로 문제를 해결할 수 있습니다.

PoseAsClass는 가장 흥미로운 부분입니다. 짧은 제 영어로 번역하자면 '사칭'이 가까운 것 같습니다. 상위 클래스로 선언되었지만 하위 클래스의 PoseAsClass를 이용하면 그 인스턴스는 하위 클래스로 동작하게 됩니다.

아래의 소스를 실행해 보시면 확인해 보실 수 있습니다.

#import <Foundation/Foundation.h>

/** Protocol **/
@protocol MyData
-(void) print;
@end

/** MyNumber class **/
@interface MyNumber: NSObject <MyData>
{
int number;
}

-(void) setNumber: (int)n;
-(void) print;
@end

@implementation MyNumber;
-(void) setNumber: (int)n
{
number = n;
}

-(void) print
{
NSLog(@"MyNumber:print > %d", number);
}
@end

/** Category **/
@interface MyNumber (NewPrint)
-(void) print;
-(void) printPlus;
@end

@implementation MyNumber (NewPrint)
-(void) print
{
NSLog(@"NewPrint:print > %d", number);
}

-(void) printPlus
{
NSLog(@"NewPrint:printPlus > %d", number + 1);
}
@end

/** Posing **/
@interface MyNumberMinus: MyNumber
{
}
-(void) print;
@end

@implementation MyNumberMinus;
-(void) print
{
NSLog(@"MyNumberMinus:print > %d", number - 1);
}
@end

int main (int argc, const char * argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

// insert code here...
[MyNumberMinus poseAsClass: [MyNumber class]];

MyNumber *number = [[MyNumber alloc] init];

[number setNumber: 5];

[number print];
[number printPlus];

[number release];

[pool release];
return 0;
}

실행결과는 좌측과 같습니다.

[MyNumberMinus poseAsClass: [MyNumber class]];
이 라인은 MyNumberMinus는 앞으로 MyNumber 클래스로 사칭하고 다닌다는 의미입니다. 그래서 아래의 MyNumber *number = [[MyNumber alloc] init]; 선언은 MyNumberMinus *number = [[MyNumberMinus alloc] init]; 와 동일한 의미로 해석될 수 있습니다. 이 라인을 주석처리하고 빌드 후에 결과를 비교하시면 쉽게 이해하실 수 있습니다.

poseAsClass가 유효하기 위해서는 상위클래스가 생성되기 전에 호출되어야 합니다.