C over C ++ 및 C ++ over C를 언제 사용해야합니까?

1 년이 조금 넘게 Computer Science에 소개되었으며, 경험상 C와 C ++는 모두 "초고속"언어로 간주되는 반면 Python 및 스크립팅 언어와 같은 다른 언어는 일반적으로 다소 느리게 간주됩니다 .

그러나 소프트웨어 프로젝트 또는 작은 프로젝트조차도 특정 수의 n 개 파일이 C로 작성되고 특정 수의 m 개가 C ++로 작성된 파일을 인터리브하는 경우가 많이 있습니다.

(또한 C ++ 파일에는 거의 항상 해당 헤더가 있지만 C 파일은 그다지 많지 않습니다). 그러나 필자의 주요 요점은 C ++보다 C를 사용하는 것이 적절한 경우와 C보다 C ++을 사용하는 것이 더 나은 경우에 대한 일반적인 직관을 얻는 것입니다. (1) C ++은 객체 지향이지만 C는 그렇지 않으며 (2) 구문은 매우 유사하며 C ++은 의도적으로 C와 여러 가지 방식으로 유사하게 만들어 졌으므로 차이점이 무엇인지 잘 모르겠습니다. 많은 도메인에서 (거의) 완벽하게 상호 교환 가능한 것으로 보입니다.

누군가가 상황을 해결할 수 있다면 감사하겠습니다! 감사

때 C를 선택

• 어떤 이유로 든 휴대용 어셈블러 (C가 실제로있는 것)가 필요합니다.
• 귀하의 플랫폼은 C ++를 제공하지 않습니다 (C 컴파일러는 구현하기가 훨씬 쉽습니다)
• C 와만 상호 작용할 수있는 다른 언어 (대개 모든 플랫폼에서 가장 낮은 공통 분모)와 상호 작용해야하며 코드는 C ++ 코드보다 C 인터페이스를 배치 할 가치가없는 인터페이스 이상으로 구성됩니다.
• 오픈 소스 프로젝트를 해킹합니다 ( 다양한 이유로 C를 고수합니다).
• 당신은 C ++을 모른다.

다른 모든 경우에는 C ++을 선택해야합니다.

C를 선호하는 데는 몇 가지 이유가 있습니다. 가장 큰 이유는 C ++로 정말 작은 실행 파일을 만드는 것이 더 어렵다는 것입니다. 실제로 작은 시스템의 경우 어쨌든 많은 코드를 작성하는 경우가 거의 없으며 C가 아닌 C ++에 필요한 추가 ROM 공간이 중요 할 수 있습니다.

그러나 또한 아주 작은 시스템의 경우 C는 정확히 같은 이유로 문제가 있으며 어셈블리 언어는 거의 유일한 합리적인 선택입니다. C가 실제로 이해하는 시스템 크기의 범위는 매우 작으며 지속적으로 줄어들고 있습니다 (그러나 상당히 느리게 인정할 것입니다).

C를 사용하는 또 다른 시간 / 이유는 본질적으로 다른 언어에서 바인딩 할 수있는 일련의 기능을 제공하는 것입니다. 당신은 할 수 로 정의하여 C ++에서이 기능을 쓰기 extern "C"기능, 하지만 이렇게하면 세계에 본질적으로 C-생활 "얼굴"을 제시하는 이러한 기능 제한 - 등 클래스, 오버로드 기능, 템플릿 및 멤버 함수를, 필요가 없습니다 대다. 이것이 반드시 개발을 C로 제한하는 것은 아니며 외부 인터페이스가 C처럼 보이는 한 C ++ 기능을 내부적 으로 사용하는 것이 합리적입니다 .

동시에 @Toll의 답변 (한 가지 분명한 예)의 경우 대부분의 경우 거꾸로 일이 있다고 말합니다. 합리적으로 작성된 C ++는 일반적으로 적어도 C만큼 빠르며, 종종 적어도 조금 빠릅니다. 가장 사소한 알고리즘 및 데이터 구조, 모든 오류 처리 등을위한 모든 코드의 눈사태에 묻히지 않기 때문에 가독성은 일반적으로 훨씬 좋습니다.

템플릿은 "언어 유형 시스템의 문제를 해결하지"않으며 템플릿없이 C 및 / 또는 C ++에 거의없는 몇 가지 기본 기능을 추가합니다. 원래 의도 중 하나는 유형이 안전한 컨테이너를 제공하는 것이었지만 실제로는 C를 제공하지 않는 컨테이너보다 훨씬 뛰어납니다.

자동화 된 도구는 대부분 붉은 청어이기도합니다. C 파서를 작성하는 것이 C ++ 파서를 작성하는 것보다 작업이 적다는 것이 사실이지만, 실제로는 사실상 차이가 없습니다. 아주 적은 수의 사람들이 어느 쪽이든 사용할 수있는 파서를 작성하거나 기꺼이 작성할 수 있습니다. 따라서 합리적인 출발점은 Clang입니다.

C와 C ++는 같은 사람들이 함께 관리하는 같은 프로젝트에서 함께 사용되는 경우가 많습니다. 이것은 다른 방법으로는 아주 드물다. 전체적으로 동등하게 유능한 사람들 (즉, 정확히 같은 사람들)에 의해 두 언어로 작성된 코드의 유지 관리 성을 직접, 객관적으로 비교 하는 연구 . 최소한 연결된 연구에서 한 가지 결론은 명확하고 분명합니다. "C 대신 C ++를 사용하면 소프트웨어 품질이 향상되고 유지 관리 노력이 줄어든다는 것을 알았습니다."

C와 C ++의 차이점은 이미 여기 에 자세히 나와 있습니다 . 때로는 사람들이 하나 또는 다른 것을 선택 해야하는 합법적 인 이유가있을 수 있지만 (예를 들어 C ++의 추가 기능으로 인해 바람직하지 않은 오버 헤드가 발생하는 경우 OOP 또는 C의 경우 C ++) 내 경험상 일반적으로 선호에 달려 있습니다. 이 파일을 작업하는 사람들은 무엇을 더 잘 알고 좋아합니까? 이 언어가 성능에 중요한 응용 프로그램을 모두 다루는 것이 사실이기 때문에 이것이 대부분의 이유라고 생각합니다.

(Side-note : Linus Torvads가 C를 C ++보다 선호하는 이유를 확인하십시오 . 필자의 요점에 반드시 동의 할 필요는 없지만 사람들이 C ++보다 C를 선택하는 이유에 대한 통찰력을 제공합니다. 이러한 이유로 C를 선택할 수 있습니다.)

기존 답변에서 누락 된 주요 문제는 (이 게시물 시점 현재) 선택입니다.

간단 해. 완전히 비이성적 인 이유로 예외가 오버 헤드의 가치가 있다고 생각하지 않으면 예외 를 사용할 필요가 없습니다 . 여전히 템플릿, RAII 및 표준 라이브러리를 가질 수 있으며 단일 "throw"를 작성하지 마십시오. 템플릿도 마찬가지입니다. 어떤 이유로 든 그들이 취소 할 수없는 (실제로 포함되어있는) 실행 가능한 팽창을 일으키는 느낌이 든다면 놀랍습니다-void *와 sizeof (T)도 하루 종일 사용할 수 있습니다. C보다 C ++ 기능을 사용하도록 강요하는 것은 없습니다.

그렇기 때문에 C ++는 본질적으로 우수한 언어입니다. 원하는 기능을 원하는대로 고르고 주어진 기능을 싫어하면 C 스타일 프로그래밍으로 넘어갈 수 있습니다. 따라서 C ++가 C와 그 이상이라는 것을 감안할 때 C ++이 우수한 언어라는 것은 명백한 사실입니다. 달리 제안하는 것은 4가 5보다 크다고 제안하는 것과 같습니다.

C 프로그래머를 불안하게 만드는 C ++에 관한 것들

후드 아래에서 많은 마술이 일어나고 있습니다. 생성자, 소멸자, 가상 메서드, 템플릿 등은 C ++ 코드를 동등한 C 코드보다 훨씬 쉽고 빠르게 작성할 수 있지만 이해하고 추론하기는 어렵습니다 (C ++ 및 관련 규칙을 얼마나 잘 알고 있는지에 따라 다름). 클래스의 생성자 (그리고 그 클래스가 의존하는 클래스)가 어떻게 정의 되어 있는지에 따라 많은 코드를 Foo newFoo;호출 할 수있는 간단한 것이 있습니다. postfix는 종종 값 비싼 복사 작업을 포함하기 때문에 컨테이너를 반복 할 때 대신에 규칙을 작성 해야하는 이유이기도합니다 . Foo++itit++++

수행중인 작업에 따라 특히 간단한 작업의 경우 약간의 오버 헤드 가 발생할 수 있습니다. 다음 두 프로그램을 수행하십시오. 첫 번째는 C, 두 번째는 C ++입니다.

/* C version */
#include <stdio.h>
int main(void)
{
  char greeting[] = "Hello, world";
  printf("%s\n", greeting);
  return 0;
}
/* end C version */

/* C++ version */
#include <iostream>
#include <string>
int main(void)
{
  std::string greeting("Hello, world");
  std::cout << greeting << std::endl;
  return 0;
}
/* end C++ version */

동일한 동작, 소스 측면에서 많은 차이는 없지만 gcc 4.1.2로 작업하는 SLES 10 상자에서 전자는 ~ 9kb의 실행 파일을 생성하지만 두 번째는 12.5kb를 넘습니다 (최적화는 수행하지 않음) ), 거의 28 % 더 큽니다. C ++ string유형은 C 문자열 라이브러리보다 IMO로 작업하기가 훨씬 쉽고 C ++ 스트림은 C 스트림보다 훨씬 유연하고 사용자 정의가 가능하지만 실제로 이와 같은 뇌 죽은 코드의 경우 오버 헤드 가치 가 없을 수 있습니다.

C ++는 C 와 비교할 때 엄청나게 복잡한 의미를 가진 거대한 언어입니다. C보다 C ++에 능숙 해지는 데 시간이 더 오래 걸립니다. 즉, C ++를 알고 있다고 주장하는 많은 사람들은 자신이 생각하는 것만 큼 잘 알지 못한다는 것을 의미합니다.

C ++ 프로그래머를 불안하게 만드는 C에 관한 것들

C는 상상력의 확장에 의한 안전한 프로그래밍 언어가 아닙니다. 배열에 검사를 더 경계는 (지금은 죽은 사람을 통해 일 악용 행동을 많이로 연결하지 gets, 또는 통해 기능 scanf로 %s및 %[변환 지정자). C ++은 최소한 현재 정의 된 범위 밖에서 액세스하려고하면 예외를 발생시키는 컨테이너를 제공합니다. C가 제공하는 모든 것은 운이 좋으면 분할 위반입니다.

C의 메모리 관리는 C ++이 제공하는 도구와 비교할 때 매우 노동 집약적이며 오류가 발생하기 쉽습니다. 자신의 컨테이너를 빌드하는 경우 모든 malloc및 free호출 을 일치 시키고 할당이 성공했는지 확인하고 오류가 발생할 경우 부분 할당을 철회해야합니다. C ++에서는 항목을 용기에서 품목을 제거하십시오. 문제가 있으면 예외가 발생합니다.

마찬가지로 C에서 오류 처리는 C ++에서 제공하는 도구 (예 : 예외)와 비교할 때 문제가 많습니다. 정말 재미있는 것은 많은 메모리를 할당 한 다음 처리 과정에서 벽을 치는 경우입니다. 취소해야 할 때 올바른 순서로 해당 메모리를 해제해야합니다. C ++ 및 RAII 원칙을 사용하면 비교적 비교적 쉽습니다.

그렇다면 언제 다른 것을 사용합니까?

작성중인 내용이 간단하다면 입력 및 출력 과 성능 문제에 대해 명확하게 설명 할 수있는 응용 프로그램을 읽고 / 제거하고 응용 프로그램을 제거하십시오 .C ++보다 C를 선호하십시오. 그렇지 않으면 C ++을 선호하십시오.

Bjarne Stroustrup은 C ++를 사용하는 응용 프로그램 및 회사 목록을 유지 관리합니다 . 절차 적 대 OOP 프로그래밍에 대해서는 논쟁 할 수 있지만 지난 20 년 동안 업계 결과에 대해서는 논쟁 할 수 없습니다.

C ++은 일반적으로 별도의 사람들이 모듈화 된 구성 요소를 작업해야하는 대규모의 다 인간 복잡한 프로젝트 에 사용됩니다. 물론 C로 모듈화 된 코드를 빌드하고 유지할 수는 있지만 C ++의 고유 한 OOP 특성은 뛰어난 모듈화, 테스트 가능성 및 코드 재사용으로 이어집니다.

벡터와 맵만있는 C ++ 표준 라이브러리 (STL)는 C ++을 사용하기에 충분한 이유입니다.

C는 일반적으로 임베디드 시스템에 사용됩니다.

C API 만있는 라이브러리가있는 경우에만 개인적으로 C를 사용합니다.

나는 C ++ 대신 C ++를 선택하는 주된 이유는 "이것은 1000 % 안정성을 유지해야한다"고 NASA와 같은 것들에 의지해야 할 때 뿐이라고 말한다.

C ++는 성능을 볼 때 ~ 99 % C이며 훨씬 더 생산적입니다. 따라서 C에서도 C ++보다 빠른 코드를 작성할 수 있습니다 (예외, 가상, 스트리밍, 추상화 등없이 C ++의 하위 세트를 사용할 수 있지만 기본적으로 C입니다). STL은 이미 테스트되었지만 이미 수행하고 있지만 STL 알고리즘은 전문가 그룹에서 작성했기 때문에 달성 할 수있는 작은 성능 이상의 비용이 들며, 모든 전문가가 아닐 수도 있습니다.

반면에 C ++에는 수많은 추상화가 있습니다. 상황에 따라 누출되면 문제가 발생합니다. 그리고 C ++ gotchas를 100 % 아는 사람들은 거의 없으며, 모든 C gotchas를 아는 사람이 많으므로 모든 팀원이 모든 단계를 완전히 이해하는 솔루션을 작성하는 것이 C에서 훨씬 쉽습니다.

예 : shared_ptr<smthn>참조 횟수가 언제 오버플로 되는지 , 예외가 발생 하는지 알고 있습니까? 셔틀이 대기로 다시 들어가야 할 때 이러한 것들이 시원하지는 않습니다. 적어도 그렇게 생각합니다.

또한 예외 처리는 오류 코드에 비해 매우 어렵습니다. 클래스가 100 % 예외 안전하고 누출되기 쉬운 지 알기가 어렵습니다. 많은 대표자들이이 의견을 표명했습니다.

C는 구문이 개선 된 이식 가능한 어셈블리로 프로그래머가 모든 것을 완벽하게 제어 할 수 있습니다.

반면에 C ++은 펑키 마술 (가상 함수, 과부하, 자동 변환 등)을 많이 수행하여 원하는 경우 바람직하지 않을 수 있습니다.

• 당신이 원하는 것보다 더 많은 메모리를 사용하지 마십시오
• 메모리 페이지에 액세스하지 않음 willy nilly (vtable은 어디에나있을 수 있음)
• 실수로 많은 코드를 호출하지 마십시오

성능에 중점을두기 때문에 작업하기가 정말 쉬운 것을 원합니다.

놀랍지도 않고 매우 귀중합니다.

군용 항공 전자 공학 제어를 위해 C ++를 작성할 때 고려해야 할 사항에 대한 JSF 코딩 지침 을 읽으십시오 . 거기에는 많은 함정이 있으므로 알아 두어야 할 수도 있습니다. Bjarne은이 문서의 일부이므로 해당 내용을 알고 있습니다.

또한 C는 번개에 맞은 비열한 트롤처럼 컴파일됩니다. C ++, OTOH는 아마도 SSD 회사에 투자 한 사람들이 후원했을 것입니다. :)

(개인적으로 C ++을 선호하지만 마음에 들지 않습니다 ...; .P)

(두 언어에 대해 잘 알고 있다면)

플랫폼에 C ++ 컴파일러가 없으면 C ++로 이동하십시오. 원하지 않는 언어 부분 (클래스, 예외, 가상 상속, 적용하려는 개인 제한 없음)없이 C ++ 코드를 작성할 수 있으며 나중에 언젠가 원하는 경우 결국 이러한 기능을 사용하면 쉽게 사용할 수 있습니다. C ++의 어떤 것도 C 스타일 코드를 작성할 수 없습니다.

플랫폼에 C ++ 컴파일러가 있다면 C ++ 대신 C를 선택할 이유가 없습니다. 나중에 확장 할 수 있도록 문을 열어 둔 채 오늘날 원하는 언어의 하위 집합으로 제한 할 수 있습니다.

두 언어 모두 우수합니다. 나는 많은 포스터가 각각의 강점과 다양한 용도를 상세하게 묘사했다고 생각합니다. 간단히 추가하겠습니다.

나는 C 언어가 4 가지 영역에서 완벽하다고 본다. 1) 어떤 종류의 프로그래밍 (어셈블리와 기계어 코드 지식과 결합 됨)을 처음 배울 때 사용하는 것이 가장 좋은 언어라고 생각한다. 소프트웨어 및 4) 가장 낮은 수준의 시스템 소프트웨어.

C ++은 객체 지향 언어이지만 절차적일 수도 있습니다 (C와 매우 유사). 대규모 프로젝트, GUI 기반 소프트웨어, 게임 소프트웨어 및 기타 그래픽 집약적 소프트웨어를 작업하는 경우 C ++, Java 또는 Objective-C가 최선의 선택이라고 생각합니다. 그러나 C ++가 C보다 우수하거나 더 우수하다는 것을 알 수있는 많은 명령 행 프로그램 또는 시스템 소프트웨어가 있습니다.

필자의 의견으로는이 토론에서 한 가지 누락 된 점이 있습니다 .C에서는 라이브러리에서 안정적인 이진 인터페이스를 제공하는 것이 더 간단합니다. C ++뿐만 아니라 다른 언어와 함께 사용할 수 있습니다.

C ++에서 다른 컴파일러는 다른 이름 맹 글링을 사용하므로 라이브러리와 다른 컴파일러로 컴파일 된 라이브러리의 소비자는 그것을 사용하는 데 문제가있을 수 있습니다. C를 사용하면 일반적으로 이진 인터페이스가 플랫폼에 대해 표준화됩니다.

오늘날 컴파일러에는 종종 gcc 호환 항목을 생성하는 스위치가 있지만 항상 도움이되는 것은 아닙니다.

나는 솔라리스에서 이것을 비교적 자주 관찰한다. 배포판과 다른 소프트웨어 공급 업체는 일반적으로 특히 Sparc 시스템에서 Sun Studio를 사용하여 더 나은 결과를 제공합니다. 사람 오픈 소스 프로젝트는 gcc 특정 코드로 작성됩니다. 사람들이 함께 일하도록하는 데 약간의 고통이있을 수 있습니다.

C 코드가 생성 될 때 (예를 들어, 고급 언어의 구현에서) C는 C ++보다 선호 될 것입니다 . 예를 들어,이 C 코드를 방출 여러 리스프와 같은 컴파일러 (예입니다 치킨 , Scheme48 ...)하지만 난 진짜 C ++ 코드를 방출 아무도 몰라 (내 용융 도구는 C ++ 코드를 방출,하지만 난 진짜 그 코드를 호출하지 않습니다 C ++ 코드, C ++ 기능이 거의 사용되지 않습니다).

C 코드는 반자동으로 쉽게 증명할 수 있습니다. Frama-C 와 같은 정적 분석기 (코드에 대한 이유를 증명하기 위해 ACSL 주석으로 C 코드에 주석을 추가하는 위치)는 C에서 사용할 수 있지만 완전한 C ++ 11에서는 그다지 많지 않습니다.