무엇을 좋아하는 C++0x 기능이?[마감]

StackOverflow https://stackoverflow.com/questions/137812

  •  02-07-2019
  •  | 
  •  

문제

우리의 많은으로 알고 있(그리고 더 많은,많은 없),C++은 현재의 최종 제도에 대해 다음의 개정이 국제 표준이 될 것으로 예상되는 게시된 약 2 년입니다.초안 논문에서 사용할 수 있는 현재 위원회 웹 사이트.모든 종류의 새로운 기능이 추가되고,가장 큰되는 개념 및 람다.매우 포괄적 인 위키 문서 의 많은 새로운 기능을 제공합니다.GCC4.3 이상을 구현하 C++0x 기능.

지금까지는 새로운 기능으로 이동,정말 유형과 같은 특성(고 적절한 개념),그러나 나의 확실한 리더입니다 앞.까지 0x,장 템플 목록 참여를 높일 전처리기는 일반적으로 매우 불쾌한다.이 일을 많이 쉽게 만들 수 있습 C++0x 템플릿 처리 될 것 같은 완벽한 기능의 언어를 사용하여 앞.이미 작성한 몇 가지 아주 멋진 코드 그들과 함께,내가 기다릴 수 없을 사용하여 그들을 더 자주!

그래서 어떤 기능은 당신이 가장 열심히 예측?

도움이 되었습니까?

해결책

자동 가변 유형 추론에 대한 키워드

다른 팁

람다 및 이니셜 라이저 목록.

또한 결국 C ++를 쓰레기 수집 된 모델로 쉽게 가져 오는 것이 쉽게 변경되었다. 아마도 C ++ 1X는 실제로 쓰레기 수집을 가져 오지만 0x/10은 최종 성을 위해 물건을 설정했습니다.

내가 원하는 반환하는 참조가 있습니다.

다른 모든 새로운 기능은 물건을 우리는 쉽게 살 수 없(슬프게도 기능).그러나의 부족을 반환하는 C++에서는 지금까지 발생의 수백 템플릿 라이브러리에서 저자는"해킹"주위에 깨번씩만 심판 문제입니다.

다양한 템플릿! (r- 값 참조와 결합 된 것은 우리에게 완벽한 전달을 제공합니다!)

스레드와 원자학.

멀티 코어 프로세서를 사용하면 이제 Norm C ++ 0X가 C ++ 07이어야합니다.

G.

강력하게 입력 된 열거 내 투표권을 얻으십시오. Pascal은 약 40 년 동안 이들을 가지고 있었으므로 C ++가 마침내 따라 잡는 것이 좋습니다.

그러나 표준의 출판은 실제로 이벤트가 아닙니다. 훨씬 더 중요한 것은 사용하려는 기능이 실제로 실제 툴체인으로 완전하고 안정적으로 지원되는 경우입니다. 알려진 컴파일러에서 컴파일하지 못하는 표준 호환 코드를 실제로 작성하는 것을 좋아하는 사람들이 있습니다. 그들에게 행운을 빕니다.

  1. 그것은 법인의 일부 부스트의 라이브러리(shared_ptr<>바인딩을 위 목록)

  2. 제어 템플릿 instatntiation 해야 마지막으로 문제를 해결의 거대한 컴파일한 시간으로 가능한 사용하는 현대적인 템플 코드에서는 큰 프로젝트입니다.

  3. 템플릿 typedef

다른 많은 작은 그러나 중요한 일이지만,그들은 그 문제에 생산 코드입니다.

나를 위해 개념을 손에 넣습니다. 그러나 이니셜 라이저 목록, 람다 및 변수 템플릿은 가까운 초입니다.

나는 사이를 결정할 수 없다 널 포인터 유형, 튜플 유형, 또는 성과선. 'foreach'도 거기에 있습니다. '스마트 포인터'는 말하지 않고 ... :-)

기본적으로 나는 정말로 업데이트를 기대하고 있습니다.

개인적으로 나는 Null 포인터 유형을 많이 사용하면 많은 버그를 잡을 것이라고 생각합니다. 튜플은 관계형 데이터를 다루는 데 좋습니다. 멋진 멋진 것들.

크지는 않지만 진실의 아이디어를 좋아합니다 nullptr. git-go에서 바로 키워드였습니다.

나를위한 폐쇄.

자동 키워드

람다 그리고 개념

앵글 브래킷 중첩 템플릿 선언에서.

그래서 나는 쓸 수있을 것입니다

std::vector<std::vector<int>> a;

끔찍한 대신

std::vector<std::vector<int> > a;

그만큼 for (auto x : collection) 반복 구문은 정말 멋지다 ... 문자 그대로 많은 루프 헤더의 크기를 4 배 이상 삭감합니다 (반복자 유형은 종종 ... 장황합니다)!

또한 루프 본문의 반복자를 불신 할 필요가 없다는 것을 의미합니다 (전통적인 반복 루프 루프를 사용하면 항상 사용해야합니다. *i 또는 i->... 요소의 가치를 얻으려면 여기에서만 사용할 수 있습니다. x), 어떤 경우에는 코드를 훨씬 더 멋지게 보이게합니다.

유니 코드, 멀티 스레딩, HASH_TABLE, 스마트 포인터 및 일반 표현식.

추신 : 왜 그들이 GR8 코드 검토를 할 수 없는지 궁금해하고 모든 부스트와 TR1 LIBS를 표준에 받아들이고 모든 사람의 삶을 더 쉽게 만듭니다. 그들이 해결해야 할 것은 작업 선택적 가비지 수집 모델에 동의하는 것입니다.

스마트 포인터입니다.그것은 정말 세계의 차이가 있지 않음을 명시적으로 메모리 관리 힙 할당 개체입니다.

분명히 당신은 여전히 필요하"무슨 일을 하는지 알고",그러나 내 경험에서는 감소의 번호를 메모리 관련 버그에 하나 이상 크기의 순서에서는 소프트웨어와 함께 일했.

구문은 나쁘게 진행됩니다.

Variadic 템플릿과 람다는 훌륭하지만 두 가지의 구문은 불행히도 불쾌한 일입니다.

좋아요 constexpr 특히 다양한 템플릿 및 사용자 정의 리터럴과 함께 이진 리터럴과 다른 많은 제품을 가질 수 있습니다.

obj.bitmask |= 00001010B;

decltype :-) 그리고 람다

레 독! 그리고 병렬 프로그래밍 라이브러리는 아직 그것들의 기능을 아직 모르지만.

원시 문자 리터럴! 나는 파이썬과 같은 문자열 블록이 굉장하다고 생각했지만 나는 틀렸다! C ++ 0x에서 원시 문자열 리터럴은 텍스트 서식에 매우 유용합니다. 마크 업 언어는 소스에 직접 쓸 수 있습니다!

지금은 내가 가지고 연주 한 C ++ 0X의 많은 부분을 좋아했습니다.

  • nullptr
  • static_assert
  • 람다
  • shared_ptr 및 약점
  • 고유 _ptr
  • Decltype 및 Auto

나는 시도하지 않았다 <regexp>... 나는 그것이 큰 아이디어라고 생각했지만 ... 시간도 걸리지 않았다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top