C / C ++라는 용어 사용을 중단해야합니까?

나는 C와 C ++이 다른 언어라는 것을 이해하지만 C ++을 배우고있을 때 항상 C는 C ++의 하위 집합 이거나 C ++는 클래스가있는 C라고 들었습니다. 그리고 그것은 C ++ x0, C ++ 11 (또는 일반적으로 현대적인 C ++ 11/14/17)이 나타날 때까지 사실이었습니다. 실제로 (특히 임베디드 시스템에서 작업 할 때) C ++로 작성된 코드를 찾을 가능성이 높지만 대부분 순수한 C 언어로 작성된 많은 부분이 있습니다. 여기 몇 가지 질문이 있습니다.

1. C / C ++라는 용어 사용을 중단해야합니까?
2. # 1에 대한 대답이 예라면 C와 C ++를 혼합하여 사용하는 프로그램을 어떻게 호출합니까?
3. 둘 다 '다른'언어 인 경우 C ++ 컴파일러는 C 언어로 작성된 코드 지원을 중단 할 가능성이 있습니다 (현대 c ++은 포인터, 동적 메모리 처리 등과 같은 기본 사항에 대해 C 사고 방식에서 벗어나기 때문에)
4. 호환성을 유지하기 위해 C / C ++ 표준을 만드는 사람들 간의 협력이 지금 있습니까?
5. # 4가 맞다면 , 그러한 협업은 근래의 c ++ (11/14/17) 의 등장과 함께 가까운 미래에 끝날 수 있습니다.

나는 이미 비슷한 질문이 있다는 것을 알고 있지만 많은 사람들 이이 질문을 공유 할 것이라고 확신하므로 가까운 장래에 C ++ 경향과 관련된 점에 대해 좋은 답변을 얻는 데 매우 관심이 있습니다.

C는 결코 C ++의 하위 집합이 아닙니다. 가장 확실한 예는입니다 int new;. 이것은 C89와 C ++ 98 이후로 사실이었으며, 새로운 표준이 나오면서 언어는 서로 더 멀어졌습니다.

C / C ++라는 용어 사용을 중단해야합니까?

예

# 1에 대한 대답이 예라면 C와 C ++를 혼합하여 사용하는 프로그램을 어떻게 호출합니까?

소스 파일은 한 언어로 작성됩니다. 프로그램은 함께 작동하는 여러 언어의 코드 또는 서로 다른 컴파일 된 객체를 연결하여 생성 된 실행 파일로 구성 될 수 있습니다. 프로그램이 C 및 C ++로 작성되었다고 말할 수 있습니다. "C / C ++"는 언어가 아닙니다.

둘 다 '서로 다른'언어 인 경우 C ++ 컴파일러가 C 언어로 작성된 코드 지원을 중단 할 가능성이 있습니다

3) 그들은 결코하지 않았다. char *a = malloc(10);. C 및 C ++ 는 ISO 표준을 가지고있는 한 최소한 완벽하게 호환되지 않았습니다 (사전 표준화 된 날짜에 대한 모든 세부 사항을 모릅니다). C89 이상에서는 문제가 없지만 C ++ 표준에서는 유효하지 않은 파일에 대해서는 링크를 클릭하거나 아래를 참조하십시오.

4) afaik 아니오, 실무 그룹은 서로를 알고 있지만 표준은 자신에게 가장 적합한 결정을합니다.

/* A bunch of code that compiles and runs under C89 but fails under any C++ */

/* type aliases and struct names occupy separate namespaces in C, not in C++ */
struct S { int i; };
typedef int S;


struct Outer { struct Inner { int i; } in; };
/* struct Inner will be Outer::Inner in C++ due to name scope */
struct Inner inner;


/* default return type of int in C, C++ functions need explicit return types */
g() {
    return 0;
}


/* C sees this as two declarations of the same integer,
 * C++ sees it as redefinition */
int n;
int n;


/* K&R style argument type declarations */
void h(i) int i; { }


/* struct type declaration in return type */
struct S2{int a;} j(void) { struct S2 s = {1}; return s; }


/* struct type declaration in argument, stupid and useless, but valid */
/*void dumb(struct S3{int a;} s) { } */


/* enum/int assignment */
enum E{A, B};
enum E e = 1;


void k() {
    goto label; /* C allows jumping past an initialization */
    {
        int x = 0;
label:
        x = 1;
    }
}


/* () in declaration means unspecified number of arguments in C, the definition
 * can take any number of arguments,
 * but means the same as (void) in C++  (definition below main) */
void f();

int main(void) {
    f(1); /* doesn't match declaration in C++ */
    {
        /* new is a keyword in C++ */
        int new = 0;
    }

    /* no stdio.h include results in implicit definiton in C.  However,
     * as long as a matching function is found at link-time, it's fine.
     * C++ requires a declaration for all called functions */
    puts("C is not C++");
    {
        int *ip;
        void *vp = 0;
        ip = vp; /* cast required in C++, not in C */
    }
    return 0;
}

/* matches declaration in C, not in C++ */
void f(int i) { }

저는 항상 C 가 Objective-C의 하위 집합 이라는 것을 언급 할 가치가 있다고 생각합니다 .

이 이 이 용어는 자주 함께 모여 이유가 될 수 있습니다. C 교사에게 그의 언어가 C ++의 일부라는 것을 말해서는 안되지만 여기에는 몇 가지 진실이 있습니다. 다른 사람들은 이미 선생님의 관점을 공개했습니다. 이것은 매우 좋습니다 (예 등으로 설명). 그러나 우리는 상아탑이나 책에 살고 있지 않습니다.

당신의 큰 상사는 당신이 사용한 정확한 언어에 대해 덜 신경 쓰지 못했습니다. 그가 프로그래밍에 대해 조금 알고 있다면 C / C ++를 사용했다고 말하면 "DLL과 복잡한 모든 것들을 기계 코드로 컴파일해야하는 언어를 사용했다"고 들릴 것입니다. 이것이 "외부 커뮤니케이션"부분입니다.

C와 C ++로 인터페이스 할 수있는 라이브러리를 작성하는 경우이를 C / C ++ 라이브러리라고합니다. 물론 누군가가 손을 들고 왜 C ++ 래퍼가있는 C 라이브러리라고 부르지 않는지 묻습니다. 어쨌든 C ++은 C 라이브러리에 연결할 수 있으므로 전혀 언급 할 필요가 없습니다. "예, 맞습니다. 이것은 C / C ++ 라이브러리입니다."라고 대답하십시오. 이것이 "내부 커뮤니케이션"부분입니다.

C ++ 용 어휘 분석기를 작성하면 C와의 작동 방식에 놀랄 것입니다. 모두 수정하지 않아도됩니다. 이것은 "오리처럼 보이는 경우"입니다. 부품.

기타.

내가 본 C 프로그램의 대부분은 C ++ 코드로 수정하지 않고 컴파일 및 작동합니다. 몇 가지 예외 나 독단적 인 (그러나 영향력있는) 프로그래머가 직관을 속이지 않도록하십시오. C와 C ++는 C / C ++라는 용어가 사용 되기에 너무 가깝고 호환성이 높으며 종종 혼합되어 일치합니다. Java 또는 PHP가 아닌 한 C 또는 C ++을 고려하고 있는지 여부는 중요하지 않은 상황을 설명하는 것이 유용하기 때문에 사용됩니다 . 우리는 그것이 "잘못된"것을 알고 있지만, 신경 쓰지 않습니다. 그것은 잘못된 것보다 더 유용합니다.

그것은 남용 될 수도 있고, 어리석은 것일 수도 있지만, 여전히 필요한 것보다 더 풍족한 태도를 취함으로써 어떤 혜택을 받을지 확신하지 못하고 다른 사람들이 이해하는 용어로 의사 소통을 거부합니다. 특정 상황에서 불안하다고 느끼면 C / C ++이라는 일반적인 용어를 사용하지 말고 사례와 관련된 용어를 사용하십시오 (C 또는 C ++).

미래를 두려워하지 마십시오. 우리의 운영 체제는 C로 작성되었습니다. 현재 많은 C / C ++ 소프트웨어 제작이 C ++로 이루어집니다. 이 커플은 꽤 오랫동안 머물러 있습니다. 어느 쪽도 다른 쪽과 더 호환되지 않는 것에 관심이 없습니다 (실제로 다른 쪽).

요점을 구체적으로 설명하려면 :

1) 다릅니다. 혼동을 일으킬 수 있거나 불안 함을 느끼거나 단순히 잘못되었거나 상황에 맞지 않을 때 가능합니다. 그것이 적절하다고 생각할 때 아닙니다.

2) N / A

3) 아니오라고 생각하지만 수정 구슬이 없습니다.

4) 전혀 모른다

5) 나는이 방향으로 아무것도 밀리지 않을 것이라고 생각하지 않습니다.

흐름에 반해서 나는 그것이 상황에 달려 있다고 말할 것이다 .

"C / C ++"라는 용어는 "이것은 C / C ++ 프로그램입니다"와 같은 말에는 일반적으로 적합하지 않지만 다른 답변에서 심층적으로 탐구되었습니다.

그러나 C / C ++가 적합한 컨텍스트가있을 수 있습니다.

• 일반적으로 C 및 C ++ API가 모두있는 다양한 라이브러리가 있습니다. 그런 것을 C / C ++ 라이브러리라고 부르면 사실과 멀지 않은 것 같습니다. 우리 인간은 정보를 압축하는 것을 좋아하기 때문에 "opencv는 C / C ++ 라이브러리"라는 말은 짧고 명확하며 이해할 수 있습니다. "opencv는 라이브러리이며 C와 C ++ 모두에 헤더가 포함되어 있습니다"와 비교할 수 있습니다.
• 언어 디자인과 구문에 대해 이야기 할 수 있습니다. 언어 구문의 관점에서 볼 때 언어에 C / C ++와 유사한 구문이 있다고 말할 수 있습니다.
• 코딩 컨테스트를 조직하고 C 및 C ++로 작성된 솔루션을 모두 수락합니다.
• 새 프로그래머를 고용하고 있으며 대부분의 작업은 C 또는 C ++이므로 프로그래머는 두 언어를 모두 알고 있어야합니다. 임베디드 개발에서는 일반적으로 C가 일부 (일반적으로 매우 작은) 마이크로 컨트롤러에 더 적합하고 C ++이 다른 마이크로 컨트롤러에 더 적합합니다. 이 경우 C / C ++ 프로그래머를 찾고 있다고 말할 수 있습니다.

일반적으로 SO 사용자는 질문을하는 사람에게 언어를 선택하도록 요청합니다 (C 또는 C ++). 왜?

C와 C ++ 사이에는 많은 미묘한 차이점이 있습니다. 예를 들어, C ++ const에서 전역 범위 의 변수는 선언되지 않은 경우 내부 연결을 extern갖지만 C에서는 선언되지 않은 경우 외부 연결을 갖습니다 static. OP는 "C / C ++"라고 말함으로써 질문에 대한 답변이 C와 C ++에서 동일하지 않다는 지식을 주장합니다. 이것은 불필요하게 응답자가 답하기 힘들게 만듭니다.

• 때때로 우리는 코드가 한 언어 나 다른 언어에서는 유효하지 않다는 것을 알 수 있습니다 (예를 들어, void*포인터를 객체로 암시 적으로 변환 하는 것은 C ++에서는 유효하지 않습니다). 이것은 성가신 일입니다. C에서는 유효하지만 C ++에서는 유효하지 않은 코드가있을 때 왜 "C / C ++"라고 말합니까? C를 의도 했습니까? 아니면 C ++로 작성된 코드의 오류입니까?

• 때로는 언어에 따라 대답이 다를 수 있습니다 (예 : 가변 길이 배열은 C99에는 있지만 C ++에는 없음). 우리가 당신이 말하는 언어를 모른다면, 실제로 사용하는 언어를 알고 있기 때문에, 실제로 유용한 언어 가 언제인지 추측하거나 답을 써야합니다 . 당신은 우리에게 말하지 않습니다!

• 때로는 대답이 두 언어 모두에 대해 동일하지만 확실하지 않습니다. 예를 들어, C와 C ++는 동일한 정수 변환 규칙을 가지고 있다고 생각하지만 실제로 확실하게 두 표준을주의 깊게 읽어야합니다. 다시 말하지만, 언어 중 하나에 만 관심이있을 때 필요한 두 배의 작업을 수행하게합니다.

어쨌든 다른 질문에 대답하십시오.

1. 예.

2. C 및 C ++ 코드를 함께 연결하는 경우 두 태그를 모두 사용할 수 있지만 각 파일의 언어를 지정하십시오.

3. 간혹 변경 사항이 있지만 드물고 일반적으로 영향이 제한적입니다 (그렇지 않으면 승인되지 않음). 예를 들어, autoC ++ 11에서.

4. 나는 그들이 직접 협력한다고 생각하지는 않지만, 다른 언어로 된 개발에주의를 기울이고 호환성을 어렵게 만드는 변경을 피하려고 노력합니다.

그리고 두 언어에 대해 정말로 알고 싶다면 괜찮습니다. 질문에 그렇게 말할 수 있습니다. 당신이 "C / C ++"라고 말할 때, 나는 당신이 무엇을 의미하는지 잘 모르겠으며, 두 언어에 대해 가정하고있는 것처럼 보입니다.

나는 항상 C가 C ++의 하위 집합이거나 C ++가 클래스가있는 C라고 들었습니다. 그리고 그것은 C ++ x0, C ++ 11 (또는 현대적인 C ++ 11/14/17)이 나타날 때까지 조용했습니다.

C는 C ++의 하위 집합이 아닙니다. 예를 들어 C89는 C ++ 98의 하위 집합이 아닙니다.

몇 가지 예 :

• 함수 매개 변수 선언을위한 C89 식별자 목록 양식 은 C ++에서 지원되지 않습니다.
• C89와 C ++ 98은 문자 상수에 대해 다른 유형을 가지고 있습니다
• C89와 C ++ 98은 문자열 리터럴에 대해 다른 유형을 가지고 있습니다
• 논리 연산자는 C89 및 C ++ 98에서 다른 유형을 생성합니다 ( intvs bool)

1. C / C ++라는 용어 사용을 중단해야합니까?

예.

2. # 1에 대한 대답이 예라면 C와 C ++를 혼합하여 사용하는 프로그램을 어떻게 호출합니까?

프로그램은 C 또는 C ++입니다 (일부 기본 프로그램이라도 C 또는 C ++ 컴파일러로 컴파일 할 수있는 경우). 어떤 컴파일러를 사용하여 컴파일합니까? 귀하의 질문에 대답해야합니다. Harbison & Steele은 Clean C 라는 용어를 만들어 C와 C ++의 공통 부분 집합을 지정했지만 잘못된 생각이라고 생각합니다.

편집 : 그러나 기술적으로는 단일 프로그램에서 C 및 C ++ 객체 파일을 링크 할 수 있지만 OTH는 단일 프로그램에서 혼합 될 수있는 많은 언어가 있습니다 (예 : Java 및 C ++). C / C ++ 프로그램이라는 용어를 사용하면 C / C ++이라는 단일 언어로 작성되었다는 혼동 만 추가 할 수 있다고 생각합니다.

3. 둘 다 '다른'언어 인 경우 C ++ 컴파일러는 C 언어로 작성된 코드 지원을 중단 할 가능성이 있습니다 (현대 c ++은 포인터, 동적 메모리 처리 등과 같은 기본 사항에 대해 C 사고 방식에서 벗어나기 때문에)

_GenericC ++ 버전에서 지원하지 않는 C99 또는 C11의 많은 기능 (예 : 가변 길이 배열, 가변 배열 멤버 ,, ...)이 있습니다.

일부 프로그램은 C와 C ++의 혼합으로 작성됩니다

이것은 단지 인생의 사실입니다. C 및 C ++에서 오브젝트 파일을 컴파일하고 서로 링크 할 수 있습니다. 결과는 상당히 "C / C ++ 프로그램"이라고 할 수 있습니다.

그러나 그것은 전체 프로그램 일뿐입니다. 개별 편집 단위는 어떻습니까?

C의 하위 집합이 있으며 C의 하위 집합이기도합니다.

해당 서브 세트로 작성된 프로그램 (또는 컴파일 단위)은 적합한 C 및 C ++ 컴파일러에서 컴파일되고 동일하게 작동합니다. 이러한 프로그램이나 파일은 "C / C ++ 프로그램"또는 "C / C ++ 파일"이라고 할 수 있습니다.

헤더 파일과 같은 부분 프로그램도 C 및 C ++ 프로그램 모두에서 사용될 수 있습니다. 이러한 헤더 파일은 C / C ++ 헤더라고 할 수 있습니다.

인용 교수 Bjarne Stroustrup :

C는 C ++의 하위 집합입니까?

엄격한 수학적 의미에서 C는 C ++의 하위 집합이 아닙니다. 유효한 C이지만 유효한 C ++이 아닌 프로그램과 C와 C ++에서 다른 의미를 가진 코드를 작성하는 몇 가지 방법이 있습니다. 그러나 C ++는 C가 지원하는 모든 프로그래밍 기술을 지원합니다. 모든 C 프로그램은 C ++에서 동일한 런타임 및 공간 효율성으로 본질적으로 동일한 방식으로 작성 될 수 있습니다. 몇 시간 안에 수만 줄의 ANSI C를 C 스타일 C ++로 변환 할 수있는 것은 드문 일이 아닙니다. 따라서 C ++은 ANSI C가 K & R C의 수퍼 세트 인 것처럼, ISO C ++는 1985 년에 존재했던 C ++의 수퍼 세트 인만큼 ANSI C의 수퍼 세트입니다.

잘 작성된 C는 또한 합법적 인 C ++ 인 경향이 있습니다. 예를 들어, Kernighan & Ritchie의 모든 예제 : "C Programming Language (2nd Edition)"도 C ++ 프로그램입니다.

• http://www.stroustrup.com/bs_faq.html#C-is-subset

그래서 예 C / C ++와 같은 일이있다. 유효한 C와 유효한 C ++ 모두입니다.

C 프리 프로세서는 C 언어의 일부입니다. C ++ 전처리 기는 C ++ 언어의 일부입니다

C 또는 C ++에서 컴파일되고 다른 컴파일 단위를 작성할 수 있습니다 . 예를 들어 C로 컴파일 된 기본 기능이 있지만 C ++로 컴파일 된 경우 C ++ 라이브러리를 활용할 수 있습니다.

프로그램이 본질적으로 동일하지만 추가 기능 이있는 경우 동일한 프로그램이라고 말하는 것은 잘못 이 아닙니다 . 동일하지만 다릅니다.

대부분의 C 프로그래머는 최소한 작은 C ++을 할 수 있고 그 반대도 가능합니다

그런 사람을 C / C ++ 프로그래머라고 부를 수는 없습니다. 네, 아마 하나를 전문으로하지만, 할 수 없어 그대로 유능한 C 또는 C ++ 프로그래머 사람이 어떤 다른 언어는? 어떤면에서, 그들은 모두 C / C ++ 프로그래머가 아닌가?

"C / C ++"라고 말하는 데 아무런 문제가 없습니다. 중요한 것은 이해되고 있습니다

영어는 실로를 표현하는 도구가 아닙니다 . 당신은 할 수 있습니다 로직 영어를 사용하지만, 단지, 그리고 큰 노력과 함께.

단어는 자연스럽게 정확한 의미를 갖지 않고, 모호한 의미의 의미와 의미가 있기 때문입니다. 중요한 것은 사람들이 당신이 말하는 것을 이해한다면입니다.

1. C / C ++라는 용어 사용을 중단해야합니까?

물론. 용어를 사용하는 사람을 대신하여 C와 C ++가 무엇인지에 대한 혼란을 제외하고는이 구문이 무엇을 표현 하려는지 명확하지 않습니다.

이 혼란은 일반적인 좌절의 원천이기 때문에 많은 사람들이 그것에 대해 매우 감정적으로 변했고, 그 용어만으로도 당신의 기여에 대해 부정적이 될 수 있습니다. 이것은 어리석은 것처럼 보이지만 우리가 가진 것으로 보입니다.

“C / C ++”에 대해 말하는 대신 실제로 의미를 명확하게하는 용어를 사용하는 것이 좋습니다.

• C ++에서 C ++에 해당 될 수도 있고 그렇지 않을 수도있는 것에 대해 이야기하고 있다면 간단히 C 라고 말하십시오 .

  예 : C에서 함수를 어떻게 main선언 해야 합니까?

  처음에는 C ++에 대한 대답은 동일 함을 보일 수 있습니다 : int main()나 int main(int, char**). 그러나 논의가 진행됨에 따라 C ++에서 함수는 전역 범위에서 선언되어야하며 C에는 의미가 없으므로 namespaces 가 없으므로 의미가 없습니다 . 반면에 C는 main재귀 호출을 허용 하지만 C ++에서는 재귀 호출을 허용 하지 않습니다. C ++에서는 return 0;“내려 가면” 암시 적이 main지만 C에서는 return모든 경로에 명령문이 필요합니다. 목록은 계속 진행되며 토론 할 언어가 무엇인지 먼저 밝히면 토론이 훨씬 간단 해집니다.

• C ++에서 C에 해당하거나 사실이 아닌 것에 대해 이야기하고 있다면 간단히 C ++ 라고 말하십시오 .

  예 : s 의 malloc()ed 배열은 intC ++에서 처음에는 모두 0입니까?

  C에 대한 짧은 대답은 동일합니다. 그러나 대답이 계속됨에 따라 C calloc에서 C ++에서 좋은 대안이 될 std::vector<int>수 있음을 지적하는 것이 좋습니다. 처음에는 a를 사용하는 것이 더 나은 선택이었습니다.

• 당신은 C와 C ++ 사이의 유사성을 지적하고 싶은 경우에, 말 ++ C와 C를 .

  예 : C 및 C ++에서 sizeofan int은 구현이 정의되어 있으며 컴파일러와 아키텍처에 따라 다를 수 있습니다.

  여기서 우리는 C와 C ++가 같은 방식으로 작동한다는 것을 지적하고 싶습니다. 우리는 두 언어 에 대해 분명히 이야기하고 있습니다.

실제로는“C”또는“C ++”뿐만 아니라 정확한 버전에 대해 더 구체적으로 이야기하는 것이 좋습니다. 두 언어 모두 진화하고 있으며

C ++는 지원 /* … */하고 // …주석을 제공하지만 C는 /* … */스타일 만 지원합니다 .

옳고 그른 것도 아닙니다.

2. # 1에 대한 대답이 예라면 C와 C ++를 혼합하여 사용하는 프로그램을 어떻게 호출합니까?

언어가 겹치므로 모든 C 프로그램에는 C ++처럼 보일 수 있는 부분 이 포함 되며 그 반대도 마찬가지입니다. 그럼에도 불구하고, 저자는 아마도 C 또는 C ++ 컴파일러를 사용하여 정착했을 것입니다. 따라서 C 컴파일러로 컴파일 된 경우 " 프로그램은 C 로 작성 됨"이라고 말하고 C ++ 컴파일러를 사용하는 경우에는 최신 C ++ 기능 사용을 거부하더라도 " 프로그램은 C ++ 로 작성됩니다 "라고 말하십시오. 어떤 사람들은 이러한 C ++ 코드를 C 스타일 C ++ 이라고 말합니다 . 오버로드, 예외, 다형성, 템플릿 및 I / O 스트림의 부재는 이러한 코드의 일반적인 특성입니다.

대신, 일부 파일은 C로 작성되고 컴파일 된 C 컴파일러와 일부 경우 다른 파일을 함께 링크 된 오브젝트 파일을 C ++로 작성 후, C ++ 컴파일러와 함께 컴파일, 나는 프로그램이 작성된 것입니다 "라는 말을 실제로 C와 C ++의 혼합 ”을 참조하십시오.

그러나 대신 작성자가 C 또는 C ++ 컴파일러 로 컴파일 할 수 있고 결과 프로그램이 동일한 작업을 수행 하는 방식으로 각 파일을 작성하는 데 각별한주의를 기울 였다면 다음과 같이 말할 수 있습니다. C와 C ++의 공통 부분 집합으로 작성되었습니다 .”

후자는 종종 C와 C ++ 코드간에 공유되어야하는 헤더 파일의 경우입니다. 그런데 그런 코드를 작성하는 것은 쉽지 않습니다. 당신이 더 그러한 구조는 C와 C ++에서 유효한지 사용 된 것을 강조하려는 경우 와 크게 다른 컴파일러 공급 업체 지원, 용어 휴대용 C와 C ++의 공통 부분 집합이 사용될 수있다 이것을 강조한다.

3. 두 언어가 모두 "다른"언어 인 경우 C ++ 컴파일러가 C 언어로 작성된 코드 지원을 중단 할 가능성이 있습니까 (현대 C ++이 포인터, 동적 메모리 처리 등과 같은 기본 사항에 대해 C 사고 방식에서 벗어나기 때문에)?

이 질문을 이해하지 못했습니다. C와 C ++ 는 다른 언어이므로, 이들 중 하나에 대한 컴파일러가 다른 하나를 위해 작성된 프로그램을 승인 할 수는 없습니다. 그러나 컴파일러는 종종 모듈 방식으로 설계되며 컴파일러에 C ++ front-end 가 있으면 C 프런트 엔드도있을 가능성이 높습니다. 그런 다음 명령 행 스위치 또는 유사한 수단을 통해 원하는 언어를 선택할 수 있습니다. 두 언어가 널리 사용되는 한, 이것이 변경 될 가능성은 거의 없습니다. “현대 C ++”에 대한 당신의 요점은 기본적으로 좋은 코딩 표준과 표준 라이브러리의 문제라고 생각합니다. 로부터 컴파일러의 관점, 두 언어의 진화는 오히려 분기보다 수렴된다.

4. 호환성을 유지하기 위해 C / C ++ 표준을 만드는 사람들 사이에 현재 협력 관계가 있습니까?

예. C ++ 11 및 C11에 도입 된 메모리 모델과 원자 연산 라이브러리가 좋은 예입니다. 두 언어의 디자이너는 호환성이 중요하다는 것을 인식하고이를 개선하기 위해 노력하고 있습니다. 개인적으로, 나는 협력이 더욱 강해졌고 두 ISO 실무 그룹이 합류하기를 원했지만 내 소원은 중요하지 않습니다.

Bjarne Stroustrup 은 아이러니하게도“C / C ++ 호환성”이라는 제목 의 C ++ 프로그래밍 언어 4 판 44.3의 44.3 버전에서 다양한 C 및 C ++ 버전의 차이점과 공통점에 대해 설명합니다 . 이 경우 용어의 의미가 분명하기 때문에이 용어를 사용하는 것이 적절할 수 있습니다.

5. # 4가 맞다면, 그러한 협업은 현대 C ++ (11/14/17)의 등장으로 가까운 장래에 끝날 수 있습니다.

위에서 논의한 바와 같이, 그것은 C ++ 11에서 발생했으며 다시 일어날 것으로 기대 / 요망 / 필요합니다.

C / C ++는 C와 C ++의 교차점입니다.

int new;C / C ++가 아니며 둘 다입니다 vector<int> foo;.

마찬가지로 C89 / C99는이 두 언어의 교차점으로, enum bool { false, true };또는 둘 다 for(int i = 0;;)허용 되지 않습니다.

그리고 C ++ 11 / C ++ 14 등

C ++ 11 및 C ++ 14에서 컴파일 (및 올바르게 실행)되는 코드를 작성할 수 있습니다. 한 코드에서 컴파일한다고해서 다른 코드에서 컴파일되는 것은 아닙니다. 실제로 많은 사람들이 이것을합니다.

그리고 많은 사람들이 C와 C ++에서 작동하는 코드를 작성합니다.

겹치는 부분이 클수록 더 의미가 있습니다. C / C ++ / Java 코드에 대한 질문이 없을 것으로 예상됩니다.

이러한 언어의 공통 부분 집합에 대해 이야기하는 것이 "이해가되지만"많은 질문에이 부분 집합에 대한 답변이 없을 것입니다 .

그러나 이러한 사양이 "버전"또는 "언어 이름"으로 구분되는지 여부에 관계없이 여러 언어 사양에 맞는 코드에 대해 이야기 할 수 있습니다.

이것은 다른 답변과 의견 중 일부에서 볼 수 있듯이 "이것은 금속과 가까이 일하고 관리 환경에서 괜찮은 프로그래머를위한 코드"라는 입장에 대한 반응입니다.

나는 그 해석조차도 조심스럽게 다루어야한다고 주장했다.

C ++ 프로그래머와 C 프로그래머로 자신을 묘사 한 사람을 원한다면 적어도 90 년대 중반부터 객체 지향 디자인에 대해 얼마나 많은 것을 알고 있는지, 객체에서 디버깅에 대한 경험이 얼마나 많은지 물어봐야했습니다 지향적 컨텍스트 및 템플릿 라이브러리 사용 능력에 대한 정보 인터뷰 및 채용 과정에서 이러한 문제를 정확하게 조사하고 싶을 것입니다.

반면에 C ++ 전문가들이 "현대 C ++"을 추진하기 시작한지 ​​이제 10 년 이상이 지났습니다. 즉, 베어 포인터에서 안전한 포인터 객체 및 반복자 기반 관용구로 이동하는 것을 강조합니다. C ++ 11의 등장으로 이제 멀티 패러다임 프로그래밍에 대한 명시적인 지원이 이루어졌으며 베어 포인터가없는 코드에 대한 푸시는 매우 강력합니다. 그 의미는 오늘 C ++ 프로그래머와 C 위치를 인터뷰하면이 사람이 실제 발 발사 가능 포인터에 얼마나 친숙한 지 확인하는 데 매우 관심이 있다는 것입니다.

나는 요즘 사업에 있지 않습니다 (스택 오버플로가 초기 단계에 있었을 때조차도). 그래서 가상 인터뷰 대상자가 크로스 오버 기술을 가지고 있지 않은 빈도에 대해서는 추측하지 않을 것입니다. 가장 자주 적용되는 언어는 실제로 매우 다르다고 생각합니다.

간단히 말해서 "C / C ++"는 기술적 인 상황뿐만 아니라 대부분의 비즈니스 상황에서도 삭제되어야합니다.

이 질문에 대한 가장 간단한 대답은 해당 용어를 사용한 적이 없어야한다는 것 입니다. 존재하지 않아야하는 용어입니다. 의미가 없습니다. 모든 프로그램은 C 또는 C ++입니다.

그리고 그것은 C ++ x0, C ++ 11 (또는 현대적인 C ++ 11/14/17)이 나타날 때까지 조용했습니다.

C ++ 98과 03은 클래스가있는 원격 C조차 아닙니다. 누가 당신에게 이것을 가르쳤다는 것은 똥을 모르고 당신은 그들을 잊을 수 있습니다. 이것은 결코 정확하지 않았습니다.

개념적으로 C 소스 파일을 디자인하는 데 특별한 어려움이 없어야 C ++로 그대로 컴파일 할 수 있습니다. 실제로이 작업을 수행하면 몇 가지 중요한 이점이 있습니다. 예를 들어, 임베디드 시스템 용 코드를 작성할 때 호스팅 된 PC 환경에서 코드를 테스트하는 것이 도움이되는 경우가 있습니다. 코드가 C ++로 깔끔하게 컴파일되면 "MOTOR_ENABLE = 1;"과 같은 문장을 가질 수 있습니다. 임베디드 시스템의 휘발성 I / O 비트에 쓰기 (C로 컴파일)하지만 PC에서 에뮬레이션 로직을 트리거합니다 (C ++로 컴파일). uint16_t가 더 작은 임베디드 시스템에서 작동하는 방식으로 작동하는 PC에서 C ++ 유형을 설계하는 것이 가능할 수도 있습니다 (예를 들어 u16 x=65533;컴파일러는 다음의 값을 고려해야합니다)x*x내 에뮬레이터 중 어느 것도 그것을 포함하지 않았지만 (내가 사용한 C ++ 컴파일러는 그러한 경우 엉뚱한 것을하지 않았기 때문에) 9 개로 원하는 것을 자유롭게 통치하지 않습니다.

불행히도, C 프로그래머와 C ++ 프로그래머는 언어가 서로 호환되는 방식으로 진화 해 온 서로에 대해 충분한 반감을 가지고 있습니다. C89가 C ++의 더 유용한 기능 (예 : 함수 프로토 타입)을 수정하려고 시도했지만 C ++의 기능 중 하나를 원하는 프로그래머는 C ++을 사용해야한다는 사실이 나타났습니다. C ++의 일부 기능 (예 : 필요하지 않은 다른 기능과 관련된 비용을 수용하지 않고도 정적 또는 정적 인라인 링크로 함수를 오버로드하는 기능) (예 : 내보내기와 관련된 이름 조작) 과부하 기능).

C89와 C ++ 98의 교차점은 실행 가능한 언어이지만, 이후 버전의 C와 이후 버전의 C ++의 사용 가능한 수퍼 세트는 아마도 엄격한 앨리어싱 규칙과 같은 것들 덕분에 성장하지 않고 줄어 들었을 것입니다. 균열이 증가합니다.