Microsoft Visual C의 잘못 이해된 "깨진" 2단계 템플릿 인스턴스화
소개
Microsoft Visual C(MSVC )은 2단계 템플릿 인스턴스화 구현에 결함이 있다는 주장으로 종종 비판을 받아왔습니다. 이 기사에서는 근본적인 문제를 조사하고 자세한 설명을 제공하여 이러한 비판의 세부 사항을 조사합니다.
2단계 템플릿 인스턴스화 논쟁
2단계 템플릿 인스턴스화 템플릿 클래스와 함수가 먼저 구문적으로 정확성을 확인한 다음 나중에 사용 사이트에서 완전한 인스턴스화가 발생하는 C의 프로세스입니다. 그러나 MSVC가 이 메커니즘을 제대로 구현하지 않는다는 주장이 제기되었습니다.
문제의 조기 이해
처음에는 MSVC가 기본적인 구문 검사만 수행한 것으로 여겨졌습니다. 템플릿 정의에서 템플릿에 사용된 이름이 선언되었는지 여부를 무시합니다. 그러나 이러한 이해는 불완전합니다.
문제의 실제 성격
MSVC의 2단계 템플릿 인스턴스화와 관련된 실제 문제는 두 개의 상호 연결된 레이어로 구성됩니다.
레이어 1: 잘못된 첫 번째 단계 조회
MSVC는 다음 예와 같이 비종속 표현식에 대한 초기(첫 번째 단계) 조회를 수행하지 못합니다.
int foo(void*); template<typename t> struct S { S() { int i = foo(0); } }; void foo(int);</typename>
MSVC는 이 조회를 두 번째 단계로 연기합니다. 실수로 표현식을 'foo(int)'에 바인딩하여 오류가 발생합니다.
레이어 2: 잘못된 두 번째 단계 조회
MSVC의 템플릿 조회 두 번째 단계에도 결함이 있습니다. C 표준에서는 ADL 지정 네임스페이스가 두 번째 단계에서 확장되도록 지정하지만 MSVC는 비ADL 조회도 잘못 확장합니다.
이는 다음 예에서 설명할 수 있습니다.
namespace N { struct S {}; } void bar(void *) {} template <typename t> void foo(T *t) { bar(t); } void bar(N::S *s) {}</typename>
종속적임에도 불구하고 bar(t)에 대한 호출이 void bar(N::S *s)로 잘못 해석되어 부적절한 동작을 보여줍니다. MSVC의 두 번째 단계 조회.
결론
Microsoft Visual C의 2단계 템플릿 인스턴스화 구현에는 실제로 결함이 있지만 원래 이해했던 단순한 방식은 아닙니다. 문제는 잘못된 1단계와 2단계 조회 간의 복잡한 상호작용으로 인해 특정 코드 구성에 오류나 잘못된 동작이 발생할 수 있다는 것입니다.
위 내용은 Microsoft Visual C의 2단계 템플릿 인스턴스화는 정말 깨졌습니까? 그렇다면 어떻게 될까요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

C : Tinyxml-2, Pugixml, XERCES-C 및 RapidXML에는 4 개의 일반적으로 사용되는 XML 라이브러리가 있습니다. 1. TINYXML-2는 자원이 제한적이고 경량이지만 제한된 기능을 가진 환경에 적합합니다. 2. PugixML은 빠르며 복잡한 XML 구조에 적합한 XPath 쿼리를 지원합니다. 3.xerces-c는 강력하고 DOM 및 SAX 해상도를 지원하며 복잡한 처리에 적합합니다. 4. RapidXML은 성능에 중점을두고 매우 빠르게 구문 분석하지만 XPath 쿼리를 지원하지는 않습니다.

C는 XML과 타사 라이브러리 (예 : TinyXML, Pugixml, Xerces-C)와 상호 작용합니다. 1) 라이브러리를 사용하여 XML 파일을 구문 분석하고 C- 처리 가능한 데이터 구조로 변환하십시오. 2) XML을 생성 할 때 C 데이터 구조를 XML 형식으로 변환하십시오. 3) 실제 애플리케이션에서 XML은 종종 구성 파일 및 데이터 교환에 사용되어 개발 효율성을 향상시킵니다.

C#과 C의 주요 차이점은 구문, 성능 및 응용 프로그램 시나리오입니다. 1) C# 구문은 더 간결하고 쓰레기 수집을 지원하며 .NET 프레임 워크 개발에 적합합니다. 2) C는 성능이 높고 시스템 프로그래밍 및 게임 개발에 종종 사용되는 수동 메모리 관리가 필요합니다.

C#과 C의 역사와 진화는 독특하며 미래의 전망도 다릅니다. 1.C는 1983 년 Bjarnestroustrup에 의해 발명되어 객체 지향 프로그래밍을 C 언어에 소개했습니다. Evolution 프로세스에는 자동 키워드 소개 및 Lambda Expressions 소개 C 11, C 20 도입 개념 및 코 루틴과 같은 여러 표준화가 포함되며 향후 성능 및 시스템 수준 프로그래밍에 중점을 둘 것입니다. 2.C#은 2000 년 Microsoft에 의해 출시되었으며 C와 Java의 장점을 결합하여 진화는 단순성과 생산성에 중점을 둡니다. 예를 들어, C#2.0은 제네릭과 C#5.0 도입 된 비동기 프로그래밍을 소개했으며, 이는 향후 개발자의 생산성 및 클라우드 컴퓨팅에 중점을 둘 것입니다.

C# 및 C 및 개발자 경험의 학습 곡선에는 상당한 차이가 있습니다. 1) C#의 학습 곡선은 비교적 평평하며 빠른 개발 및 기업 수준의 응용 프로그램에 적합합니다. 2) C의 학습 곡선은 가파르고 고성능 및 저수준 제어 시나리오에 적합합니다.

C# 및 C가 객체 지향 프로그래밍 (OOP)의 구현 및 기능에 상당한 차이가 있습니다. 1) C#의 클래스 정의 및 구문은 더 간결하고 LINQ와 같은 고급 기능을 지원합니다. 2) C는 시스템 프로그래밍 및 고성능 요구에 적합한 더 미세한 입상 제어를 제공합니다. 둘 다 고유 한 장점이 있으며 선택은 특정 응용 프로그램 시나리오를 기반으로해야합니다.

XML에서 C로 변환하고 다음 단계를 통해 수행 할 수 있습니다. 1) TinyxML2 라이브러리를 사용하여 XML 파일을 파싱하는 것은 2) C의 데이터 구조에 데이터를 매핑, 3) 데이터 운영을 위해 std :: 벡터와 같은 C 표준 라이브러리를 사용합니다. 이러한 단계를 통해 XML에서 변환 된 데이터를 효율적으로 처리하고 조작 할 수 있습니다.

C#은 자동 쓰레기 수집 메커니즘을 사용하는 반면 C는 수동 메모리 관리를 사용합니다. 1. C#의 쓰레기 수집기는 메모리 누출 위험을 줄이기 위해 메모리를 자동으로 관리하지만 성능 저하로 이어질 수 있습니다. 2.C는 유연한 메모리 제어를 제공하며, 미세 관리가 필요한 애플리케이션에 적합하지만 메모리 누출을 피하기 위해주의해서 처리해야합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

WebStorm Mac 버전
유용한 JavaScript 개발 도구

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
