CLOSE SEARCH
POSTS TAGGED WITH: Objective C

Objective-C is on the MOVE

Objective-C는 어느새 C와 Java의 자리를 위협할 정도로 인기있는 언어가 되었습니다. Apple은 개발자의 생산성과 소프트웨어 품질을 염두에 두고 Objective-C를 발전시키고 있다고 합니다. 이번 WWDC 2013에서도 Apple은 다양한 개선점과 새로운 기능을 소개했고, LLVM 5와 함께 짝을 이루어 더 강력한 언어로 발전하였습니다.

NSObject

NSObject는 Objective-C의 최상위 클래스이다.

 

– 클래스 & 인스턴스 관련 메소드

 

– 객체의 생성주기와 관련된 메소드

메모리 관리

– 참조 카운트

객체가 alloc 메소드를 통해 메모리를 동적으로 할당받고 이니셜라이저를 통해 초기화를 마치면 해당 객체의 참조카운트는 1이 된다. retain 메시지는 참조 카운트를 1 증가시키고 release는 1 감소 시킨다. 참조 카운트가 0이 되었을 때 객체는 dealloc 메소드를 통해 해제된다.

특정 객체에 retain 메시지를 보내면, 메시지를 보낸 객체는 대상 객체의 오너가 되고, 자신이 대상 객체를 참조하는 동안에는 대상 객체가 해제되지 않는다.

 

– Autorelease Pool

Objective-C는 인스턴스를 자동으로 해제 시켜주는 Autorelease Pool 을 제공한다. NSAutoreleasePool 클래스의 인스턴스를 생성하고 특정 인스턴스에 autorelease 메시지를 보내면 해당 인스턴스는 Autorelease Pool에 등록된다. release 메시지를 보내서 객체를 해제하는 것과 달리 autorelease 메시지를 보내면 객체가 해제되거나 참조 카운트가 변하는 등의 변화는 일어나지 않는다. 대신 Autorelease Pool이 해제되는 시점에 등록된 모든 인스턴스가 해제된다.

 

Autorelease Pool 이 생성되지 않는 상태에서 인스턴스에 autorelease 메시지를 보내면 아래와 같은 메시지와 함께 런타임 에러가 발생한다.

*** __NSAutoreleaseNoPool(): Object 0x100109140 of class NSObject autoreleased with no pool in place – just leaking

[Objective-C] Class 2

– 클래스 객체

C++의 경우 클래스를 하나의 객체로 보기보다는 인스턴스를 생성하기 위한 템플릿으로 보지만, Objective-C 에서는 클래스 역시 하나의 객체로 본다. 그러므로 클래스 객체는 자신의 클래스 멤버와 메소드를 가진다. 클래스 객체를 팩토리, 클래스의 메소드를 팩토리 메소드라고 부르기도 한다. 클래스 자신도 하나의 객체이므로 언젠가는 반드시 생성되어야 하는데, 클래스의 인스턴스의 경우 클래스의 생성 메소드를 통해서 생성하지만 클래스 객체 자신은 프로그램 시작시 자동으로 생성된다. 즉, Objective-C 에서는 프로그램 시작시에 각 클래스에 해당되는 클래스 객체를 하나씩 생성한다.

 

– 클래스 객체의 종류

모든 클래스 객체는 Class 타입의 객체이다. 또한 모든 객체를 id 값으로 표현할 수 있는것처럼, 클래스 객체 역시 id 값으로 표현할 수 있다. 
특정 클래스의 클래스 객체를 얻기 위해서는 아래와 같은 코드를 사용한다.

클래스의 종류를 판별하기 위해서는 아래와 같은 코드를 사용한다.

 

– 클래스 메소드

인스턴스 메소드는 정의나 구현 앞에 ‘ – ‘ 문자를 두지만, 클래스 메소드는 ‘+’ 문자를 둔다.

하나의 클래스에 시그니쳐가 서로 동일한 메소드가 하나 이상 존재할 수 없지만, 시그니쳐가 동일한 클래스 메소드와 인스턴스 메소드는 하나의 클래스에 함께 존재할 수 있다. 클래스 메소드 내부에서는 인스턴수 변수에 접근하거나 인스턴스 메소드를 호출 할 수 없다.

클래스의 전방 선언

특정 클래스의 인터페이스를 정의할 때, 해당 인터페이스 내에서 멤버 변수나 리턴값, 파라미터 등으로 또 다른 클래스를 사용한다면 해당 클래스에 대한 정의도 포함시켜야 한다.

일반적으로 많이 사용하는 방식은 내부에서 사용될 클래스의 헤더를 임포트 하는 것이다.

위와 같이 헤더를 임포트하면 문제없이 컴파일 되지만, 임포트한 헤더 파일들에는 현재 클래스에서 필요로하는 정보 외에도 많은 정보를 포함하고 있다. 그리고 임포트한 헤더 파일 내부에서 또 다른 헤더 파일을 포함하고 있는 경우 여러 헤더파일이 연속적으로 읽혀지게 되므로 결과적으로 컴파일시에 필요 이상의 시간을 소비하게 된다.

특정 요소가 클래스라고 알려주는 것만으로도 충분하다면 필요한 클래스의 헤더를 임포트 하는 대신

“클래스 전방 선언(Forward declaration)”

을 사용할 수 있다. 위의 코드를 클래스 전방 선언을 사용한 코드로 작성하면 아래와 같다.

클래스의 정의는 중복될 수 없지만 클래스 전방 선언은 반복해서 사용할 수 있다.

클래스 전방선언을 통해 클래스의 헤더를 임포트 했을 때 발생할 수 있는 컴파일 부하를 줄여 결과적으로 전체적인 컴파일 속도가 향상된다.

또한, 클래스 간에 서로의 헤더를 임포트해서 발생할 수 있는 상호 참조의 문제를 클래스 전방 선언을 사용해서 해결할 수 있다.


크리에이티브 커먼즈 라이선스
이 저작물은 크리에이티브 커먼즈 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다.

[Objective C] 컴파일

– 모든 소스가 하나의 파일에 존재하는 경우. -framework 뒤에 현재 소스에서 사용중인 프레임워크를 열거한다.

$ cc MainFile.m -framework FrameworkName


–  소스가 여려 파일로 분할 된 경우

$ cc -o ExecutableName   SourceFile1.m   SourceFile2.m -framework FrameworkName

or

$ cc  -c SourceFile1.m

$ cc  -c SourceFile2.m

$ cc  -o ExecutableName SourceFile1.o  SourceFile2.o -framework FrameworkName


출력 파일의 이름 지정 : -o 옵션 뒤에 출력 파일의 이름 작성


– 컴파일 경고 출력 : -Wmost, -Wall

Protocol

Protocol 정의 문법

@protocol protocolName <protocol, …>
   methodDeclarations
   …
@optional
   methodDeclarations
   … 
@required
   methodDeclarations
   …
@end

 

Category

카테고리 정의 문법

@interface className (categoryName) <protocol, …>
  
methodDeclaration
   methodDeclaration
   …

@end

 

NSString 클래스에 특정 메소드를 추가하는 예제코드