“i ++ == ++ i”인 경우 C 개발자가 왜 그렇게 궁금해합니까? [닫은]

임의의 관찰 결과, StackOverflow.com에서 "++ i == i ++"에 대한 질문이있는 것 같습니다. 그래도 그 질문은 항상 묻습니다. 지난 2 개월 동안 6 번 또는 7 번 정도 묻는 것을 보았습니다.

C 개발자가 왜 그렇게 관심이 있는지 궁금합니다. C # 및 Java 개발자에게도 동일한 개념 / 질문이 있지만 C # 관련 질문은 하나만 보았습니다.

많은 예제가 ++ i를 사용하기 때문입니까? 인기있는 책이나 튜토리얼이 있기 때문입니까? C 개발자가 '효율성'/ '성능'을 위해 가능한 한 줄에 넣는 것을 좋아하기 때문에 ++ 연산자를 사용하여 '이상한'구조를 자주 만나기 때문입니까?

나는 그것의 적어도 일부가 조금 더 단순하다고 생각합니다. 지금도 우리는 학년도 초반에 이와 같은 많은 질문을보고 점차적으로 점점 줄어 듭니다.

따라서, 나는 그들 중 상당수가 단순히 교사가 그것에 대해 조금 이야기하는 수업의 결과라고 생각하지만 그의 요점을 잘 설명하지는 않습니다. 그는 자신을 실제로 이해하지 못하기 때문에). 특히 이러한 질문을하는 사람들을 기준으로 실제 코딩을 기반으로하는 사람은 거의 없습니다.

C 프로그래머는 작업 순서를 이해해야하기 때문입니다. C # 개발자는 일반적으로 다른 것들에 대해 더 걱정하기 때문에 비트 연산자 (&, |, ~) 또는 접두사 연산자를 반드시 사용할 필요는 없습니다. 그러나 C # 개발자가 깨닫지 못하는 것은 매일 사용하는 연산자와 해당 연산자를 올바르게 사용하는 방법을 알아야한다는 것입니다. 우리 대부분은 이것이 문제가 될 수있는 장소를 피합니다.

머리 위로,이 스 니펫의 결과는 무엇입니까?

    double x = 5.5;
    Console.WriteLine(x++);
    x = 5.5;
    Console.WriteLine(++x);

나는 노련한 C # 개발자들이 콘솔에 대한 출력이 무엇인지 전혀 모른다고 말합니다.

나는 이것이 명백하다고 생각한다. C #을에서, 대한 int i, i++ == ++i허위 동안은 항상 ++i == i++안정적으로, 항상 true이며, 관심있는 사람은 (그냥 실행하여 실제로 나)의 C #의 규칙을 학습하여 쉽게를 확인할 수 있습니다.

반면 C와 C ++에서는 컴파일러, 실행 환경, 플랫폼 등에 의존하기 때문에 정의되지 않은 상태에 가깝기 때문에 대답하기가 훨씬 더 어렵 기 때문에 많은 사람들이 묻는다.

속임수 질문이기 때문에 인기있는 질문입니다. undefined 입니다.

위의 링크는 Bjarnes Stroustrup의 홈페이지에 대한 FAQ로 이동하여이 질문을 구체적으로 다루고이 구성이 정의되지 않은 이유를 설명합니다. 그것이 말하는 것 :

기본적으로 C 및 C ++에서는 변수를 작성하는 표현식에서 변수를 두 번 읽는 경우 결과가 정의되지 않습니다.

평가 순서를 정의하지 않으면 성능이 더 우수한 코드를 생성 할 수 있습니다.

아마도 C에서는 글을 i++쓰거나 ++i포인터 산술을 할 때 중요합니다 . i작업 전후 에 증가 하는 것이 중요 할 수 있습니다. 예를 들지만 C를 마지막으로 쓴 것은 10 년 전이었습니다.

C #에서 나는 for / while 루프에 대해 AFAIK 에 대해 생각 i++하거나 생각해야 할 상황을 결코 보지 못했습니다 ++i.

몇 년 전에 나는이 연산자들이 위험한 것으로 간주되어 더 많은 정보를 찾으려고했습니다. 그 당시 스택 오버 플로우가 발생했다면 거기에 물었을 것입니다.

꼬인 사람들이 다음과 같은 루프를 작성하기 때문입니다.

while( [something] )
{
  a[++j] = ++j;
}

지금도 어떤 일이 일어날 지 잘 모르겠지만 같은 줄에 여러 개의 ++ [var]가 문제를 요구하고 있다는 것이 분명합니다.

두 가지 이유가 있습니다.

++ i의 올바른 구현은 i를 증가시킨 다음 반환하는 것입니다. i ++의 올바른 구현은 현재 값을 저장하고 i를 증가시킨 후 저장된 값을 리턴하는 것입니다. 이것들이 동의어로서 구현되지 않는다는 것을 아는 것이 중요합니다.

문제 는 컴파일러가 평등과 같은 표현식을 평가하는 동안 언제 그것들을 적용 하는가 가 됩니다 .

평등 테스트를 먼저 수행 한 다음 증분 및 사후 증분 연산자를 수행하는 경우 왼쪽 (lhs) 및 오른쪽 (rhs)을 먼저 평가하는 경우와 다른 논리를 작성해야합니다. 평등.

그것은 모든 작업 순서에 관한 것이며, 차례로 작성하는 코드에 영향을 미칩니다. 그리고 놀랍게도 모든 언어가 동의하는 것은 아닙니다.

기본 테스트 목록을 통해 개발자는 실제 구현이 언어 사양과 일치하는지뿐만 아니라 자신의 가정이 올바른지 테스트 할 수 있습니다.

포인터, 루프 또는 반환 값으로 작업 할 때 모든 종류의 영향을 미칠 수 있습니다.

문화 충격이라고 생각합니다.

이미 지적했듯이 사후 증가 등의 실행 순서가 엄격하게 정의되어 있지 않기 때문에 C 또는 C ++에서 표현식의 동작을 정의 할 수 없습니다. 정의되지 않은 동작은 C에서 매우 일반적이며 C ++로 가져 왔습니다.

다른 언어로 프로그래밍을 한 사람에게-프로그래밍 언어가 정확해야한다고 생각하고 컴퓨터가 지시받은 것을 수행해야한다는 생각을 가진 사람에게는 충격입니다. C가 의도적으로 일부 사항에 대해 모호하다는 것을 발견하십시오.

아마도 C 개발자가 일반적으로 ++ 증분을 더 자주 사용하는 것입니다. C에 배열을 반복하는 "foreach"나 이와 유사한 문이없는 방식으로 생각하십시오. 아, 물론 앞서 언급했듯이 포인터 산술!

두 부분의 차이점 : 게시물과 사전 증가는이 두 코드 조각이 모든 언어에서 작동하는 방식으로 작동합니다. 이것은 언어에 의존하지 않습니다 !!!

++i

이것은 사전 증분입니다. 이 코드는 i값을 사용하는 행으로 값을 보내기 전에 먼저 값을 증가시킵니다 .

i++

이것은 포스트 증분입니다. 이 코드 는 사용되는 줄 i의 값을 늘리기 전에 값을 반환합니다 i.

또 다른 작은 예에서 :

int main(void)
{
  int i = 0; 
  int result; 
  result = 10 + ++i; 
  printf("%d \n", result); // = 11 

  int j = 0; 
  result = 10 + j++; 
  printf("%d \n", result);// = 10
  return 0;
}

이 코드는 코드 패드에서 결과를 컴파일합니다.

이것은 연산자 오버로딩의 내부 구현과 관련이 있습니다.

++i 직접 값을 증가시킵니다 (따라서 조금 더 빠릅니다)

i++먼저 필요한 곳에 사본을 생성 한 다음 i변수 의 원래 값을 1 씩 증가시킵니다.

나는 이것이 분명해지기를 바랍니다.