objective-c

첫째, #define을 사용하여 상수 유형을 정의 할 수 없다는 것을 발견했습니다. 그 이유는 무엇입니까?

왜? 그것은 사실이 아닙니다:

#define MY_INT_CONSTANT ((int) 12345)

둘째, 그중 하나를 다른 것보다 사용하면 어떤 이점이 있습니까?

예. #define컴파일이 시작되기 전에 교체되는 매크로를 정의합니다. const변수를 변경하려고하면 컴파일러가 오류를 표시하도록 변수를 수정하기 만합니다. a #define를 사용할 수 있지만 사용할 수없는 컨텍스트가 있습니다 const(최신 clang을 사용하여 찾는 데 어려움을 겪고 있지만). 이론적 const으로는 실행 파일에서 공간을 차지하고 메모리에 대한 참조가 필요하지만 실제로는 중요하지 않으며 컴파일러에 의해 최적화 될 수 있습니다.

consts는 s보다 훨씬 더 컴파일러 및 디버거 친화적 #define입니다. 대부분의 경우, 이것이 어떤 것을 사용할 것인지 결정할 때 고려해야 할 최우선 사항입니다.

사용할 수 #define있지만 사용할 수 없는 컨텍스트를 생각했습니다 const. 많은 .c파일 에서 사용하려는 상수가 #define있는 경우 헤더에 붙이면됩니다. 를 사용하면 constC 파일에 정의가 있어야하며

// in a C file
const int MY_INT_CONST = 12345;

// in a header
extern const int MY_INT_CONST;

헤더에. MY_INT_CONST정의 된 파일을 제외한 모든 C 파일에서 정적 또는 전역 범위 배열의 크기로 사용할 수 없습니다.

그러나 정수 상수의 경우 enum. 사실 그것은 애플이 거의 변함없이하는 일이다. 이것은 #defines와 consts 의 모든 장점을 가지고 있지만 정수 상수에 대해서만 작동합니다.

// In a header
enum
{
    MY_INT_CONST = 12345,
};

마지막으로 어떤 방법이 더 효율적이고 더 안전합니까?

#define내가 말했듯이 현대 컴파일러는 아마도 차이가 거의 없음을 보장하지만 이론적으로 더 효율적입니다. #define할당을 시도하는 것이 항상 컴파일러 오류라는 점에서 더 안전합니다.

#define FOO 5

// ....

FOO = 6;   // Always a syntax error

const컴파일러가 경고를 발행 할 수 있지만 s가 할당되도록 속일 수 있습니다.

const int FOO = 5;

// ...

(int) FOO = 6;     // Can make this compile

플랫폼에 따라 상수가 읽기 전용 세그먼트에 배치되고 C 표준에 따라 공식적으로 정의되지 않은 동작 인 경우 런타임에 할당이 여전히 실패 할 수 있습니다.

개인적으로 정수 상수 enum의 경우 다른 유형의 상수에는 항상 s를 사용 const합니다. 그럴 이유가없는 한 사용합니다.