C++.NET 죽어가는?

Question

내가 들이 어딘가에는 Microsoft 될 것입니다 그들의 노력에 초점을 맞추고 C#보다는 오히려 위한 C++.NET 플랫폼입니다.내가 볼 수있는 표지판이되고 있기 때문에 사실의 GUI 디자이너는 C#에서 사용할 수 있습니다 하지만 C++.

그래서 알고 싶다면 C++습니다.순이가 죽어가면 그것은 계속 될 것 두 번째하여 C#에서 미래입니다.

Answer 1

는 경우를 표적으로 하고 있다.NET 프레임워크 응용 프로그램 개발한 후 예 C++/CLI 두 번째 클래스의 시민에 비해 있습니다.C#으로 특별히 설계되었으로 이 언어습니다.NET framework 한편 C++/CLI 확장자가 허용하는 개발자들이 브리지는 네이티브 및되는 코드를 생성할 수 있습니다.

그러나 혼동하지 마십시오 C++C++(C++.그물 같은 것은...).C++은 살과 같은 지역에 있는 커널,게임,고성능과 높은 서버 응용 프로그램(예:SQL server)의 모든 변경 가능성이 있습니다.다른 한편으로 가장.순'GUI 재료를 사용하지 않습 C++.

Answer 2

관리 된 C ++는 실제로 MS가 생각했던 것이 아니 었습니다. C#은 훨씬 직관적이고 사용자 친화적 인 구문으로 거의 같은 일을 할 수 있습니다.

그 외에도, C ++/CLI는 .NET 어셈블리와 기본 C ++ 어셈블리 사이에 인터 로프를 만드는 쉬운 방법이므로 C ++/CLI는 오랫동안 지원되지 않습니다. 그것은 그것이 사용되는 전부에 관한 것입니다 (나는 동의하지 않는 C ++/CLI 개발자의 0.001%가 있다고 확신합니다 : P).

Answer 3

C ++/CLI는 Microsoft가 기본 C ++ 개발자를 .NET으로 유치하는 방식입니다. 그것은 기본 C ++와 C#사이의 중간 계층과 같았지만 개발자는 기본 C ++ 또는 C#을 선택하는 것을 선호한다고 확신합니다.

Microsoft는 적어도 가까운 시일 내에 C ++/CLI가 죽지 않을 것이지만, 커뮤니티 지원 없이는 C ++/CLI가 성장할 수 없습니다.

이 세대에서는 성장하지 않는 것은 죽은 자와 가까운 것을 의미합니다.

Answer 4

나는 그것이 두렵다.

그 이유는 C#이 아닙니다 (특별한 언어이지만 새로운 언어이지만 새로운 언어 기능으로 이어지지 않고 단지 다른 기능을 복사합니다 - 제네릭).

주로 .NET 플랫폼 용 C ++를 활성화하려는 MS의 첫 번째 시도는 C ++ 관리가 재앙 이었기 때문입니다.
이 후에 그들은 고용했다 허브 셔터, C ++ Guru, 환상적인 작업 설계 관리 C ++ 교체 Callled C ++/CLI를 만들었습니다. C ++/CLI 디자인이 관리되는 C ++ 디자인보다 우수한 이유와 양 C ++/CLI의 설계 근거 허브에 의해 작성되었습니다.

그건 그렇고, Herb는 VC 컴파일러를 표준 준수와 관련하여 수년간 Windows에 가장 적합한 표준 기능 컴파일러 중 하나입니다.

Answer 5

아뇨. 죽어 왔어요. 그것은 항상 활력 로드맵이없는 2 급 시트 젠으로 취급되었습니다.

Answer 6

나는 그렇습니다. 죽어 가고, 실제로는 이미 죽었다.) 보다 이것

Answer 7

나는 그것이 반드시 사라지고 있다고 생각하지는 않지만, 그것을 사용하는 이유는 거의 항상 당신이 함께 제공되는 성능 이점이 필요한지 여부에 달려 있습니다. C#이 C ++ 효율의 90%에서 동일한 일을 할 수 있다면, 그렇게 충분하지 않습니까?