Objective-C - Revision history

Maintenance script: Repair MoniWiki formatting after migration

2026-03-29T00:34:26Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 00:34, 29 March 2026
Line 333:		Line 333:
	==== 프로퍼티 선언: 제2부 ====		==== 프로퍼티 선언: 제2부 ====

	{{:틀:ProgrammingLanguage}}		{{:틀:[[ProgrammingLanguage]]}}

Maintenance script: Quality repair v1

2026-03-27T04:58:18Z

Quality repair v1

← Older revision		Revision as of 04:58, 27 March 2026
Line 1:		Line 1:
	~~[[include(~~틀:작성중~~)]]~~		{{:틀:작성중}}

	__TOC__		__TOC__
Line 333:		Line 333:
	==== 프로퍼티 선언: 제2부 ====		==== 프로퍼티 선언: 제2부 ====

	~~[[include(~~틀:ProgrammingLanguage~~)]]~~		{{:틀:ProgrammingLanguage}}

Maintenance script: Repair batch-0003 pages from live compare

2026-03-27T00:29:02Z

Repair batch-0003 pages from live compare

← Older revision		Revision as of 00:29, 27 March 2026
Line 23:		Line 23:
	클래스 선언에 쓰이는 옵씨 고유의 문법은		클래스 선언에 쓰이는 옵씨 고유의 문법은
	@interface		@interface
	명령과 ~~{{{~~@end~~}}}~~ 명령이다.		명령과 @end 명령이다.

	@interface		@interface
Line 31:		Line 31:

	@end		@end
	명령은 ~~{{{~~@interface~~}}}~~ 명령의 영역을 닫는다.		명령은 @interface 명령의 영역을 닫는다.

	아래에 몇 가지 예제가 있다:		아래에 몇 가지 예제가 있다:
Line 125:		Line 125:
	추가적으로, ([[C++]]처럼)		추가적으로, ([[C++]]처럼)
	@private		@private
	, ~~{{{~~@protected~~}}}~~, ~~{{{~~@public~~}}}~~ 명령을 사용해서 인스턴스 변수의 가시성을 조절할 수 있다:		, @protected, @public 명령을 사용해서 인스턴스 변수의 가시성을 조절할 수 있다:
	@interface ExampleClass: ExampleSuperClass <ExampleProtocol> {		@interface ExampleClass: ExampleSuperClass <ExampleProtocol> {
	double iAmProtectedByDefault; // 기본 가시성은 @protected이다.		double iAmProtectedByDefault; // 기본 가시성은 @protected이다.
Line 163:		Line 163:
	하지만 문제는 언제나 '''귀차니즘'''. 언제나		하지만 문제는 언제나 '''귀차니즘'''. 언제나
	-(int)getInt { return anInteger;		-(int)getInt { return anInteger;
	}나 ~~{{{~~-(void)setInt:(int)newInt { anInteger = newInt; ~~}}}~~} 같은 중복 코드를 작성하는 건 귀찮고 따분한 일이 아닐 수 없다.		}나 -(void)setInt:(int)newInt { anInteger = newInt;} 같은 중복 코드를 작성하는 건 귀찮고 따분한 일이 아닐 수 없다.
	그래서 옵씨 2.0부터 새로이 도입된 개념이 바로 '프로퍼티(property)'.		그래서 옵씨 2.0부터 새로이 도입된 개념이 바로 '프로퍼티(property)'.
	@property		@property
Line 183:		Line 183:
	** 예를 들어, 인스턴스 변수 이름이 각각		** 예를 들어, 인스턴스 변수 이름이 각각
	name		name
	과 ~~{{{age}}}인~~ 경우, 기본 접근자 이름 역시 ~~{{{name}}}과 {{{age}}}이다~~.		과 age인 경우, 기본 접근자 이름 역시 name과 age이다.
	* 변형자 메서드 이름		* 변형자 메서드 이름
	** 형식:		** 형식:
Line 192:		Line 192:
	** 예를 들어, 인스턴스 변수 이름이 각각		** 예를 들어, 인스턴스 변수 이름이 각각
	name		name
	과 ~~{{{age}}}일~~ 경우, 기본 변형자 이름은 ~~{{{~~setName~~}}}~~, ~~{{{setAge}}}가~~ 된다. 자동 캐멀 케이싱에 주의할 것.		과 age일 경우, 기본 변형자 이름은 setName, setAge가 된다. 자동 캐멀 케이싱에 주의할 것.
	* 접근성		* 접근성
	**		**
Line 209:		Line 209:
	**		**
	retain		retain
	, ~~{{{~~strong~~}}}~~: 변형자의 인자로 받은 객체에 대해 강한 소유권을 행사한다. 원시형에는 이 선택자를 적용할 수 없다. 이 변수가 어떠한 객체를 들고있는 동안 해당 객체는 절대 소멸되지 않는다.		, strong: 변형자의 인자로 받은 객체에 대해 강한 소유권을 행사한다. 원시형에는 이 선택자를 적용할 수 없다. 이 변수가 어떠한 객체를 들고있는 동안 해당 객체는 절대 소멸되지 않는다.
	**		**
	copy		copy
Line 215:		Line 215:
	**		**
	weak		weak
	: 변형자의 인자로 받은 객체에 대해 약한 소유권을 행사한다. 원시형에는 이 선택자를 적용할 수 없다. 객체는 강한 소유권을 행사하는 주체가 없어지는 즉시 소멸되는데, 이 때 약한 소유권을 행사하는 주체는 모두 ~~{{{nil}}}로~~ 재설정된다.		: 변형자의 인자로 받은 객체에 대해 약한 소유권을 행사한다. 원시형에는 이 선택자를 적용할 수 없다. 객체는 강한 소유권을 행사하는 주체가 없어지는 즉시 소멸되는데, 이 때 약한 소유권을 행사하는 주체는 모두 nil로 재설정된다.
	** 위 세 선택자는 상호배타적(mutually exclusive)으로, 반드시 셋 중 하나만 들어가야 한다. 생략하면 기본적으로		** 위 세 선택자는 상호배타적(mutually exclusive)으로, 반드시 셋 중 하나만 들어가야 한다. 생략하면 기본적으로
	assign		assign
Line 225:		Line 225:
	** '''주의''':		** '''주의''':
	atomic		atomic
	선택자는 없다. 그냥 ~~{{{nonatomic}}}을~~ 쓰지 않으면 원자적으로(== lock 사용) 동작한다.		선택자는 없다. 그냥 nonatomic을 쓰지 않으면 원자적으로(== lock 사용) 동작한다.

	다음 예제는 몇 개의 프로퍼티를 선언한다:		다음 예제는 몇 개의 프로퍼티를 선언한다:
Line 274:		Line 274:
	역시나		역시나
	@end		@end
	명령으로 ~~{{{~~@~~implementation}}}의~~ 영역을 닫는다.		명령으로 @implementation의 영역을 닫는다.

	@implementation EmptyClass		@implementation EmptyClass
Line 295:		Line 295:

	-(NSInteger)numberOfCharacter:(unichar)ch inString:(NSString *)str {		-(NSInteger)numberOfCharacter:(unichar)ch inString:(NSString *)str {
	NSUInteger j = [str length], k = 0;		NSUInteger j = [str length], k = 0;
	unichar asdf = (unichar )malloc(sizeof(unichar) * j);		unichar asdf = (unichar )malloc(sizeof(unichar) * j);
	if(NULL == asdf)		if(NULL == asdf)
	return -1;		return -1;

	[str getCharacters:asdf range:NSRangeMake(0, j)];		[str getCharacters:asdf range:NSRangeMake(0, j)];

	for(NSUInteger i = 0; i < j; ++i) {		for(NSUInteger i = 0; i < j; ++i) {
	if(ch == asdf[i])		if(ch == asdf[i])
	++k;		++k;
	}		}

Maintenance script: Repair MoniWiki formatting after migration

2026-03-26T14:01:41Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 14:01, 26 March 2026
Line 334:		Line 334:

	[[include(틀:ProgrammingLanguage)]]		[[include(틀:ProgrammingLanguage)]]

imported>ardiefox: 다시 작성 시작!

2014-06-24T07:36:43Z

다시 작성 시작!

← Older revision		Revision as of 07:36, 24 June 2014
Line 5:		Line 5:
	''오브젝티브 씨''라고 읽으면 된다. 애칭은 ''옵씨''. 브래드 콕스(Brad Cox)와 톰 러브(Tom Love)가 만든, '''20세기의 걸작 언어 Jr.'''라고 생각하면 당신은 멋쟁이.		''오브젝티브 씨''라고 읽으면 된다. 애칭은 ''옵씨''. 브래드 콕스(Brad Cox)와 톰 러브(Tom Love)가 만든, '''20세기의 걸작 언어 Jr.'''라고 생각하면 당신은 멋쟁이.

	안시(ANSI) [[C]]에 객체지향 층을 얹어 만들었다. 따라서 실행 시 반드시 런타임(libobjc.dylib 또는 objc.dll)의 도움을 받아야 작동 가능하다. 그렇다고 ~~J 모 언어처럼~~ 가상 기계(VM) 위에서 돌아가는 건 아니고, 객체 간의 통신을 담당하는 작은 라이브러리에 링크되어야 한다. 물론 이 런타임 라이브러리는 [http://opensource.apple.com/source/objc4/ 애플 오픈 소스 사이트]에 공개돼있으므로 '''능력이 있다면''' 얼마든지 정적 라이브러리로 만들어 붙여버려도 된다.		안시(ANSI) [[C]]에 객체지향 층을 얹어 만들었다. 따라서 실행 시 반드시 런타임(libobjc.dylib 또는 objc.dll)의 도움을 받아야 작동 가능하다. 그렇다고 [[Java]]처럼 가상 기계(VM) 위에서 돌아가는 건 아니고, 객체 간의 통신을 담당하는 작은 라이브러리에 링크되어야 한다. 물론 이 런타임 라이브러리는 [http://opensource.apple.com/source/objc4/ 애플 오픈 소스 사이트]에 공개돼있으므로 '''능력이 있다면''' 얼마든지 정적 라이브러리로 만들어 붙여버려도 된다.

	== 역사 ==		== 역사 ==
Line 46:		Line 46:
	@end		@end

	// 또 다른 뿌리 클래스를 상속하면서 동시에 ~~Protocol2와~~ Protocol3를 준수		// 또 다른 뿌리 클래스를 상속하면서 동시에 (상속받은) Protocol1과 Protocol2, Protocol3를 준수
	@interface ChildClass2: ParentClass2 <Protocol2, Protocol3>		@interface ChildClass2: ParentClass2 <Protocol2, Protocol3>
	@end		@end
Line 53:		Line 53:
	메서드 선언 역시 선언의 일부이므로 클래스 선언 안에 들어간다. 메서드 선언문의 형식은 다음과 같다:		메서드 선언 역시 선언의 일부이므로 클래스 선언 안에 들어간다. 메서드 선언문의 형식은 다음과 같다:
	// 클래스 메서드 선언문		// 클래스 메서드 선언문
	+ (반환형) ~~메서드 이름~~ ;		+ (반환형) 메서드_이름 ;

	// 인스턴스 메서드 선언문		// 인스턴스 메서드 선언문
	- (반환형) ~~메서드 이름~~ ;		- (반환형) 메서드_이름 ;
	선언문에서 `(반환형)` 부분은 생략 가능하다. 생략하면 기본 반환형인 `id`가 사용된다.		선언문에서 `(반환형)` 부분은 생략 가능하다. 생략하면 기본 반환형인
			id
			가 사용된다.

	메서드 이름 부분은 다음과 같은 형식을 가진다:		메서드 이름 부분은 다음과 같은 형식을 가진다:
			// 알림: 읽기 쉽도록 메서드 이름에 언더스코어(_)를 포함시켰다.
			// 즉, 여기서 메서드 이름의 언더스코어는 필수요소가 아닌, 메서드 이름의 일부이다.

	// 인자를 받지 않는 경우.		// 인자를 받지 않는 경우.
	~~메서드이름~~		메서드_이름

	// 인자를 하나 받는 경우.		// 인자를 하나 받는 경우.
	// 이 경우, 메서드 이름은 '~~메서드이름과인자~~:'가 된다.		// 이 경우, 메서드 이름은 '메서드_이름과_인자:'가 된다.
	~~메서드이름과인자~~:(인자형)~~인자이름~~		메서드_이름과_인자:(인자형)인자_이름

	// 인자를 두 개 받는 경우.		// 인자를 두 개 받는 경우.
	// 이 경우, 메서드 이름은 '~~메서드이름과인자1~~:인자2:'가 된다.		// 이 경우, 메서드 이름은 '메서드_이름과_인자1:인자2:'가 된다.
	~~메서드이름과인자1~~:(인자형)~~인자이름1~~ 인자2:(인자형)~~인자이름2~~		메서드_이름과_인자1:(인자형)인자_이름1 인자2:(인자형)인자_이름2

	// 인자를 세 개 받는 경우.		// 인자를 세 개 받는 경우.
	// 이 경우, 메서드 이름은 '~~메서드이름과인자1~~:인자2:인자3:'이 된다.		// 이 경우, 메서드 이름은 '메서드_이름과_인자1:인자2:인자3:'이 된다.
	~~메서드이름과인자1~~:(인자형)~~인자이름1~~ 인자2:(인자형)~~인자이름2~~ 인자3:(인자형)~~인자이름3~~		메서드_이름과_인자1:(인자형)인자_이름1 인자2:(인자형)인자_이름2 인자3:(인자형)인자_이름3

	// 이 정도면 이해했겠지.		// 이 정도면 이해했겠지.
Line 153:		Line 158:

	==== 프로퍼티 선언: 제1부 ====		==== 프로퍼티 선언: 제1부 ====
	종래의 [[자바]]나 C++ 등의 언어에서는 클래스 외부에서 보호된(protected 또는 private) 인스턴스 변수를 다루려면 '접근자(accessor 또는 getter)'와 '변경자(mutator 또는 setter)'라는 메서드를 통해야만 한다. (friend 개념은 일단 제외하자.) 물론 옵씨도 예외는 아니라서, 모든 인스턴스 변수를		종래의 [[자바]]나 C++ 등의 언어에서는 클래스 외부에서 보호된(protected 또는 private) 인스턴스 변수를 다루려면 '접근자(accessor 또는 getter)'와 '변경자(mutator 또는 setter)'라는 메서드를 통해야만 한다. (C++의 friend 개념은 일단 제외하자.) 물론 옵씨도 예외는 아니라서, 모든 인스턴스 변수를
	@public		@public
	으로 놓는 미친 짓을 하는 게 아니라면 접근자와 변경자를 써야 한다.		으로 놓는 미친 짓을 하는 게 아니라면 접근자와 변경자를 써야 한다.
Line 162:		Line 167:
	@property		@property
	명령을 사용하면		명령을 사용하면
	# 인자로 요청된 인스턴스 변수가 선언되지 않았을 경우 선언. (이 경우 해당 인스턴스 변수의 가시성은 정의되지 않는다. 그냥 ~~없다고~~ 생각하라.)		# 인자로 요청된 인스턴스 변수가 선언되지 않았을 경우 선언. (이 경우 해당 인스턴스 변수의 가시성은 정의되지 않는다. 그냥 이 변수는 존재하지 않는다고 생각하라.)
	# 접근성 설정.		# 접근성 설정.
	# (인스턴스 변수가 객체를 담는 경우) 메모리 관리 정책 설정.		# (인스턴스 변수가 객체를 담는 경우) 메모리 관리 정책 설정.
Line 183:		Line 188:
	setter = mutatorName		setter = mutatorName
	** 이 선택자가 없으면 기본 변형자 이름은		** 이 선택자가 없으면 기본 변형자 이름은
	~~set변수이름~~		set변수명
	의 형태가 된다.		의 형태가 된다.
	** 예를 들어, 인스턴스 변수 이름이 각각		** 예를 들어, 인스턴스 변수 이름이 각각
	name		name
	과 {{{age}}}일 경우, 기본 변형자 이름은 {{{setName}}}, {{{setAge}}}가 된다.		과 {{{age}}}일 경우, 기본 변형자 이름은 {{{setName}}}, {{{setAge}}}가 된다. 자동 캐멀 케이싱에 주의할 것.
	* 접근성		* 접근성
	**		**
Line 223:		Line 228:

	다음 예제는 몇 개의 프로퍼티를 선언한다:		다음 예제는 몇 개의 프로퍼티를 선언한다:
	@interface Developer: Employee <~~CoffeeConsumer~~> {		@interface Developer: Employee <CoffeeConsuming> {
	@private		@private
	NSInteger employeeSince;		NSInteger employeeSince;
Line 266:		Line 271:
	==== 클래스 정의 ====		==== 클래스 정의 ====
	클래스를 선언했으면 정의도 해야 할 것이다. 다음과 같이 정의한다:		클래스를 선언했으면 정의도 해야 할 것이다. 다음과 같이 정의한다:
	@~~interface~~ 클래스 이름		@implementation 클래스 이름
	역시나		역시나
	@end		@end
Line 273:		Line 278:
	@implementation EmptyClass		@implementation EmptyClass

	// ~~And then there were none~~.		// The Beauty of Emptiness.

	@end		@end
Line 286:		Line 291:

	+(id)allocWithZone:(NSZone *)aZone {		+(id)allocWithZone:(NSZone *)aZone {
	// implementation ~~detail~~.		// Vendor specific implementation.
	}		}

Line 312:		Line 317:

	==== 인스턴스 변수 선언: 제2부 ====		==== 인스턴스 변수 선언: 제2부 ====
	아까 위에서 말했듯, 클래스 선언부에 인스턴스 변수 선언을 같이 적는 것은 쓸데없는 상세 구현을 외부로 노출시키는 것이라 옵씨 고수들은 싫어한다. 따라서 애플은 옵씨 2.0 이후의 어떤 업데이트에서 클래스 구현에 인스턴스 변수 선언을 할 수 있도록 허용했다. 다음과 같이 한다:		아까 위에서 말했듯, 클래스 선언부에 인스턴스 변수 선언을 같이 적는 것은 쓸데없는 상세 구현을 외부로 노출시키는 것이라 옵씨 고수들은 싫어한다. 따라서 애플은 옵씨 2.1 이후의 어떤 업데이트에서 클래스 구현에 인스턴스 변수 선언을 할 수 있도록 허용했다. 다음과 같이 한다:
	@implementation ExampleClass		@implementation ExampleClass
	{ // 인스턴스 변수 선언 시작		{ // 인스턴스 변수 선언 시작
	int protected;		int protected; // 역시 기본 가시성은 protected이다. 하지만.......
	@public		@public
	char inaccessibleFromOutside; // @public 변수가 구현부에 숨어있어서, 외부에서 절대 접근이 불가능하다.		char inaccessibleFromOutside; // @public 변수가 구현부에 숨어있어서, 외부에서 절대 접근이 불가능하다.

imported>ardiefox at 01:44, 6 March 2014

2014-03-06T01:44:19Z

@@ Line 5: / Line 5: @@
 ''오브젝티브 씨''라고 읽으면 된다. 애칭은 ''옵씨''. 브래드 콕스(Brad Cox)와 톰 러브(Tom Love)가 만든, '''20세기의 걸작 언어 Jr.'''라고 생각하면 당신은 멋쟁이.
-안시(ANSI) [[C]]에 객체지향 층을 얹어 만들었다. 따라서 실행 시 반드시 런타임(libobjc.dylib 또는 objc.dll)의 도움을 받아야 작동 가능하다. 물론 런타임 라이브러리는 [http://opensource.apple.com/source/objc4/ 애플 오픈 소스 사이트]에 공개돼있으므로 '''능력이 있다면''' 얼마든지 정적 라이브러리로 만들어 붙여버려도 된다.
+안시(ANSI) [[C]]에 객체지향 층을 얹어 만들었다. 따라서 실행 시 반드시 런타임(libobjc.dylib 또는 objc.dll)의 도움을 받아야 작동 가능하다. 그렇다고 J 모 언어처럼 가상 기계(VM) 위에서 돌아가는 건 아니고, 객체 간의 통신을 담당하는 작은 라이브러리에 링크되어야 한다. 물론 이 런타임 라이브러리는 [http://opensource.apple.com/source/objc4/ 애플 오픈 소스 사이트]에 공개돼있으므로 '''능력이 있다면''' 얼마든지 정적 라이브러리로 만들어 붙여버려도 된다.
 == 역사 ==
@@ Line 16: / Line 16: @@
 이 단에서는 옵씨만의 고유한 문법과 기호에 대해 설명하며, 이후 모든 설명에서는 ARC 사용을 기본적으로 가정한다.
-=== 클래스 선언 및 정의 ===
+=== 선언부 ===
 ==== 클래스 선언 ====
 클래스 선언은 외부로 노출 가능한 클래스 명세를 의미한다. 즉, 외부의 프로그래머들에게 '이 클래스는 이러이러한 기능을 가지고 있다'고 알리는 목적이다.
@@ Line 47: / Line 49: @@
   @interface ChildClass2: ParentClass2 &lt;Protocol2, Protocol3&gt;
   @end
 ==== 메서드 선언 ====
@@ Line 214: / Line 214: @@
   assign
 이다.
 다음 예제는 몇 개의 프로퍼티를 선언한다:
@@ Line 226: / Line 233: @@
   // 생성되는 변형자: 생성 안 됨.
   // 인스턴스 변수 자동 생성 여부: 생성됨.
-  @property(readonly) NSString *name;
+ // 원자성: 원자적이지 않음.
   // NSInteger형의 employeeSince.
@@ Line 232: / Line 240: @@
   // 생성되는 변형자: 생성 안 됨.
   // 인스턴스 변수 자동 생성 여부: 생성 안 됨.
   @property(readonly) NSInteger employeeSince;
@@ Line 239: / Line 248: @@
   // 인스턴스 변수 자동 생성 여부: 생성 안 됨.
   // 메모리 관리 정책: 단순 대입.
-  @property(readwrite, getter = isFired) BOOL fired;
+ // 원자성: 원자적이지 않음.
   // NSArray *형의 thingsToDo.
@@ Line 246: / Line 256: @@
   // 인스턴스 변수 자동 생성 여부: 생성됨.
   // 메모리 관리 정책: 복제.
   @property(readwrite, copy, setter = assignThingsToDo) NSArray *thingsToDo;
   @end
 &#91;&#91;include(틀:ProgrammingLanguage)&#93;&#93;

imported>ardiefox at 02:25, 22 February 2014

2014-02-22T02:25:55Z

Show changes

imported>ardiefox at 07:50, 21 February 2014

2014-02-21T07:50:14Z

Show changes

imported>ardiefox at 06:46, 21 February 2014

2014-02-21T06:46:01Z

@@ Line 6: / Line 6: @@
 == 역사 ==
-초창기(넥스트가 먹기 전?) 옵씨는 C에서 객체 지향을 지원하도록 문법을 확장한, 일종의 신택틱 슈거(syntactic sugar)로 구현됐다. 옵씨 컴파일러는 옵씨 코드를 읽어 C 코드를 뱉었고, C 컴파일러가 그걸 바이너리로 어셈블했다. 넥스트(NeXT Inc.)가 옵씨를 집어삼킨 이후부터는 옵씨 코드에서 바로 바이너리로 직행하는 컴파일러가 지원된다. 예전에는 GCC를 이용했지만, 요즘은 애플 주도의 LLVM/Clang을 이용해 컴파일한다. 물론 오픈 소스 LLVM/Clang 3와 Apple LLVM/Clang 4 모두 옵씨 코드를 컴파일할 수 있지만, 클로즈드 브랜치인 Apple LLVM/Clang 4가 훨씬 월등한 어셈블 능력을 보여준다고.
+초창기(넥스트가 먹기 전?) 옵씨는 C에서 [[객체지향]]을 지원하도록 문법을 확장한, 일종의 문법적 편의사항(syntactic sugar)으로 구현됐다. 옵씨 컴파일러는 옵씨 코드를 읽어 C 코드를 뱉었고, C 컴파일러가 그걸 바이너리로 어셈블했다. 하지만 넥스트(NeXT Inc.)가 옵씨를 집어삼킨 이후, 옵씨 코드에서 바로 바이너리로 직행하는 컴파일러를 만들었다. 이를 위해, 예전에는 GCC를 이용했지만 요즘은 애플 주도의 [[LLVM/Clang]]을 이용해 컴파일한다. 물론 오픈 소스 LLVM/Clang 3와 Apple LLVM/Clang 4 모두 옵씨 코드를 컴파일할 수 있지만, 클로즈드 브랜치인 Apple LLVM/Clang 4가 훨씬 월등한 어셈블 능력을 보여준다고.
-여담으로 FreeBSD 재단에서 오픈 소스 LLVM/Clang 3를 다루던 사람이 [http://bsdtalk.blogspot.kr/2013/11/bsdtalk233-from-gcc-to-llvmclang-with.html 말하길], 참고삼아 GCC 4.2의 옵씨 담당 부분 소스 코드를 봤다가 기절할 뻔했다고. 무려 일만 줄이 넘어가는 '''단일''' C 파일 하나로 옵씨의 모든 걸 처리했단다. 이 GCC 확장에 대해서는 여러 루머가 있는데, 가장 유명한 걸 고려한다면 잡스가 빡쳐서 엿먹어라 하는 수준으로 GCC에 똥을 던진 듯.
+여담으로 [[FreeBSD]] 재단에서 오픈 소스 LLVM/Clang 3를 다루던 사람이 [http://bsdtalk.blogspot.kr/2013/11/bsdtalk233-from-gcc-to-llvmclang-with.html 말하길], 참고삼아 [[GCC]] 4.2의 옵씨 담당 부분 소스 코드를 봤다가 기절할 뻔했다고. 무려 일만 줄이 넘어가는 '''단일''' C 파일 하나로 옵씨의 모든 걸 처리했단다. 이 GCC 확장에 대해서는 여러 루머가 있는데, 가장 유명한 걸 고려한다면 잡스가 빡쳐서 엿먹어라 하는 수준으로 GCC에 똥을 던진 듯.
 == 문법 ==
 다음 코드는 옵씨에서 클래스를 선언하는 방법을 보여준다:
   // ZPExampleClass.h
@@ Line 84: / Line 118: @@
 == 구조 ==
-C 소스 코드는 곧 옵씨 소스 코드이다. 앞서 말했듯, 옵씨는 C에 확장을 얇게 바른 언어에 가깝다. 하지만 그렇다고 옵씨 소스 코드가 곧 C 소스 코드인 건 아니다.
 === 객체의 구조 ===

imported>ardiefox at 02:44, 20 February 2014

2014-02-20T02:44:34Z

Show changes