seo이 문서에는 .NET Framework 4.5, 4.5.1 및 4.5.2에서 발생한 앱 호환성 문제가 나열되어 있습니다.
설명
.NET Framework 4.5의 버그로 인해 이 활성화된 에 대해 이 발생하지 않는 경우가 있습니다.
제안 해결 방법
이 문제는 .NET Framework 4.6에서 해결되었으며, 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다. 해결 방법으로, 앱은 이러한 조건을 만족하는 에 대해 명시적 BindGrid를 수행할 수 있습니다(은 마지막 페이지에 있고 마지막 은 과 다름). 또는, 해당 시나리오는 문제를 보여주지 못하므로 (사용자 지정 페이징 대신) 페이징을 허용하도록 앱을 수정할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 의 본문에 UTF-7 인코딩이 금지됩니다. 경우에 따라 UTF-7 수신 데이터에 종속되는 애플리케이션 데이터가 제대로 디코딩되지 않습니다.
제안 해결 방법
이상적으로는 에서 인코딩 UTF-7을 사용하지 않도록 애플리케이션을 업데이트해야 합니다. 대신에 appSettings 요소의 특성을 사용하여 레거시 동작을 복원할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
세부 정보
.NET Framework 4.5부터 이 앰퍼샌드(&) 문자를 이스케이프합니다.
제안 해결 방법
응용 프로그램이 이 메서드의 이전 동작에 종속되는 경우 aspnet:JavaScriptDoNotEncodeAmpersand 설정을 구성 파일에 있는 ASP.NET appSettings 요소에 추가할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 iPad는 기본 ASP.NET 브라우저 기능 파일의 식별자이므로 사용자 지정 기능 파일에 사용해서는 안 됩니다.
제안 해결 방법
iPad 관련 기능이 필요한 경우, 사용자 에이전트 일치로 새로운 “IPad” ID를 생성하는 대신 사전 정의된 게이트웨이 refID “IPad”에서 기능을 설정하여 iPad 동작을 수정해야 합니다.
속성
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
설명
이벤트로 인해 더 이상 컨트롤에서 매개 변수 생성/업데이트/삭제를 위해 변경 내용에 대한 데이터 바인딩을 호출하지 않습니다. 이러한 변경으로 인해 데이터베이스에 대한 불필요한 이동이 제거되고 컨트롤 값이 다시 설정되는 것을 방지하며 및 같은 다른 데이터 컨트全球排名第一오피스타롤과 일관된 동작을 발생시킵니다. 이러한 변경으로 인해 드물게 애플리케이션에서 이벤트의 데이터 바인딩 호출을 사용하는 경우 다른 동작이 발생합니다.
제안 해결 방법
데이터 바인딩이 필요한 경우 앞부분에 다시 게시된 이벤트에서 데이터 바인딩을 수동으로 호출합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
NGEN /Profile 어셈블리를 사용하는 프로파일러는 프로파일링된 ASP.NET MVC4 애플리케이션을 시작할 때 ‘심각한 실행 엔진 예외’로 크래시가 발생할 수 있습니다.
세계랭킹1위오피스타 제안 해결 방법
이 문제는 .NET Framework 4.5.2에서 해결되었습니다. 또는 프로파일러는 이벤트 마스크에 를 지정하여 이 문제를 방지할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
세션 상태를 활성화할 때 상태를 올바르게 공유하려면 지정된 웹 팜의 모든 서버가 동일한 .NET Framework 버전을 사용해야 합니다.
제안 해결 방법
동시에 상태를 공유하는 웹 서버에서 .NET Framework 버전을 업그레이드해야 합니다.
값
범위
Microsoft Edge
버전
4.5
Type
런타임
영향을 받는 API
설명
기본적으로 디코딩 메서드는 더 이상 잘못된 입력 시퀀스를 잘못된 UTF-16 문자열로 디코딩하지 않습니다. 대신, 원래 입력을 반환합니다.
제안 해결 방법
문자열에 UTF-16 데이터 대신 이진 데이터를 저장하는 경우에만 디코더 출력에서의 변경 사항이 문제가 되어야 합니다. 이러한 동작을全球排名第一오피스타 명시적으로 제어하려면 appSettings 요소의 특성을 로 설정하여 레거시 동작을 사용하도록 설정하거나 로 설정하여 현재 동작을 사용하도록 설정합니다.
값
범위
부
버전
4.5
Type
런타임
영향을 받는 API
설명
컴파일된 정규식의 어셈블리가 .NET Framework 4.5로 빌드되었지만 .NET Framework 4를 대상으로 하는 경우, .NET Framework 4가 설치된 시스템에서 해당 어셈블리의 정규식 중 하나를 사용하려고 하면 예외가 throw됩니다.
제안 해결 방법
이 문제를 해결하기 위해서는 다음 중 하나를 수행합니다.
.NET Framework 4를 사용하여 정규식이 포함된 어셈블리를 빌드합니다.
해석된 정규식을 사용합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
Regex.CompileToAssembly(RegexCompilationInfo[], AssemblyName)
Regex.CompileToAssembly(RegexCompilationInfo[], AssemblyName, CustomAttributeBuilder[])
Regex.CompileToAssembly(RegexCompilationInfo[], AssemblyName, CustomAttributeBuilder[], String)
설명
입력 컬렉션 중 하나가 완료됨으로 표시될 경우 은 더이상 -1을 반환하지 않고 는 더 이상 예외를 throw하지 않습니다. 이러한 변경을 통해 컬렉션 중 하나가 비어 있거나 완료되었더라도 나머지 컬렉션에는 검색할 수 있는 항목이 아직 있는 경우 컬렉션을 사용할 수 있습니다.
제안 해결 방법
차단 컬렉션 완료 시 제어 흐름 목적으로 -1을 반환하는 TryTakeFromAny 또는 throw하는 TakeFromAny가 사용된 경우, 이러한 코드는 를 사용하도록 변경되어 해당 조건을 검색하도록 해야 합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5에서 동작의 일관성이 높아졌습니다. .NET Framework 4에서는 이러한 메서드가 일관되지 않게 동작했었습니다. 제한 시간이 만료되고 메서드 호출 전에 하나 이상의 작업이 완료되거나 취소되면 이 메서드는 예외를 throw합니다. 제한 시간이 만료되고 메서드 호출 전에 완료되거나 취소된 작업은 없지만 메서드 호출 후에 하나 이상의 작업이 완료되거나 취소되면 이 메서드는 false를 반환합니다.
.NET Framework 4.5에서, 시간 제한 간격이 만료될 때 모든 작업이 아직 실행되고 있는 경우 이러한 메서드 오버로드에서 이제 false를 반환하고, 입력 작업이 취소되고(메서드 호출 전후 여부와 상관없이) 다른 작업이 실행되고 있지 않은 경우에만 예외를 throw합니다.
제안 해결 방법
.NET Framework 4.6은 대기된 모든 작업이 시간 제한 전에 완료되어야 throw하기 때문에 이 호출되기 전에 취소된 작업을 탐지하는 방법으로 이 catch된 경우 해당 코드는 대신 속성(예: )을 통해 동일한 탐지를 해야 합니다.
값
범위
부
버전
4.5
Type
런타임
영향을 받는 API
설명
새로운 CodeDOM 기능을 통해 컴파일러가 .NET Framework 4.5 버전의 mscorlib.dll 대신 대상 버전의 mscorlib.dll에 대해 컴파일할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
일부 다중 스레드 시나리오에서 true를 반환할 수 있지만 (올바르고 미리 본 값 대신) null 값으로 out 매개 변수를 채웁니다.
제안 해결 방법
이 문제는 .NET Framework 4.5.1에서 수정되었습니다. 해당 프레임워크로 업그레이드하면 문제가 해결됩니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
설명
빈 키워드 마스크가 있는 ETW EventListeners는 명시적 키워드를 사용하는 공급자의 이벤트를 제대로 캡처하지 않습니다. .NET Framework 4.5에서 TPL 공급자는 명시적 키워드를 제공하기 시작했고 이 문제를 트리거했습니다. .NET Framework 4.6에서 더 이상 이 문제가 발생하지 않도록 EventListeners 업데이트되었습니다.
제안 해결 방법
이 문제를 해결하려면 호출을 “모든 키워드” 마스크가 를 사용하도록 명시적으로 지정하는 EnableEvents 오버로드 호출로 바꿉니다.
또는 .NET Framework 4.6에서 이 문제가 수정되어 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
클래스는 비동기 작업을 나타내기 때문에 비동기 처리를 하는 동안 발생하는 심각하지 않은 예외를 모두 catch합니다. .NET Framework 4.5에서는 예외가 관찰되지 않고 코드가 작업에서 대기하지 않으면 예외는 더 이상 종료자 스레드에서 전파되지 않고 가비지 수집 도중 프로세스와 충돌합니다. 이러한 변경으로 인해 관찰되지 않은 비동기 처리를 수행하기 위해 Task 클래스를 사용하는 애플리케이션의 안정성이 향상됩니다.
제안 해결 방법
응용 프로그램이 종료자 스레드를 전파하는 관찰되지 않은 비동기 예외에 종속되는 경우 이전의 동작을 이벤트에 대한 적절한 처리기를 제공하거나 런타임 구성 요소를 설정하여 복원할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 의 정렬 알고리즘이 변경되었습니다(빠른 정렬 대신 내면적인 정렬). 의 정렬은 안정적이지 않았지만 이 변경으로 인해 다양한 시나리오가 불안정하게 정렬될 수 있습니다. 즉, API의 후속 호출에서 동일한 항목이 다른 순서로 정렬될 수 있습니다.
제안 해결 방법
이전 정렬 알고리즘은 불안정했기 때문에(약간 다른 방식이지만) 항상 특정 순서로 정렬하는 해당 항목에 종속된 코드가 없어야 합니다. 이에 종속된 코드의 인스턴스가 있고 이전 동작에 운이 따른다면 원하는 순서로 항목을 명확하게 정렬하는 비교자를 사용하도록 해당 코드를 업데이트해야 합니다.
이름
값
Scope
투명
버전
4.5
형식
런타임
영향을 받는 API
설명
어셈블리 수준에 적용된 이 없는 애플리케이션은 .NET Framework 4.0의 의미 체계(쿼크)를 사용하여 자동으로 실행됩니다. 높은 품질을 보장하려면 모든 바이너리가 빌드될 때 사용된 .NET Framework의 버전을 나타내는 로 명시적으로 특성을 사용하는 것이 좋습니다. 프로젝트 파일에서 대상 프레임워크 모니커를 사용하면 MSBuild가 를 자동으로 적용합니다.
제안 해결 방법
어셈블리에 직접 특성을 추가하거나 프로젝트 파일 또는 Visual Studio의 프로젝트 속성 GUI를 통해 대상 프레임워크를 지정하여 을 지정해야 합니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5에서 소수의 .NET 메서드가 첫 번째 기회 을 throw하기 시작했습니다. 이러한 예외는 .NET Framework 내에서 처리되지만 첫 번째 예외를 예상하지 않은 테스트 자동화를 중단시킬 수 있습니다. 이러한 동일 API는 HighVersionLie를 사용하는 경우 일부 ApiVerifier 시나리오를 중단시킵니다.
제안 해결 방법
.NET Framework 4.5.1로 업그레이드하여 이 버그를 방지할 수 있습니다. 또는 첫 번째 예외로 인해 중단되지 않도록 테스트 자동화를 업데이트할 수 있습니다.
값
범위
Microsoft Edge
버전
4.5
Type
런타임
영향을 받는 API
설명
을 제외하고, 메서드는 개체가 삭제된 후에 예외를 더 이상 throw하지 않습니다. 이 변경은 캐시된 작업의 사용을 지원합니다. 예를 들어, 메서드는 새로운 작업을 할당하는 대신에 이미 완료된 작업을 나타내기 위해 캐시된 작업을 반환할 수 있습니다. 작업의 모든 소비자는 다시 사용할 수 없게 렌더링된 작업을 삭제할 수 있었기 때문에 이전 .NET Framework 버전에서는 이것이 불가능했습니다.
제안 해결 방법
작업 메서드는 개체가 삭제되는 경우에 을 더 이상 throw하지 않는다는 것을 기억하세요. 앱이 작업이 삭제되었는지 알도록 이 예외에 종속된 경우 를 사용하여 작업의 상태를 명시적으로 확인하도록 업데이트해야 합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5에서 URI 이스케이프가 RFC 3986을 지원하도록 변경되었습니다. 특정 변경 내용은 다음을 포함합니다.
은 RFC 3986을 기반으로 하는 예약된 문자를 이스케이프합니다.
은 예약된 문자를 이스케이프하지 않습니다.
은 잘못된 이스케이프 시퀀스가 발생하는 경우 예외를 throw하지 않습니다.
예약되지 않은 이스케이프된 문자는 이스케이프 해제됩니다.
제안 해결 방법
잘못된 이스케이프 시퀀스의 경우 throw하여 애플리케이션이 을 의존하지 않도록 업데이트합니다. 이제 이러한 시퀀스를 직접 발견해야 합니다.
마찬가지로, 이스케이프되거나 이스케이프되지 않은 URI 및 데이터 문자열이 .NET Framework 4.0과 .NET Framework 4.5에서 달라질 수 있으며 .NET 버전 간에 직접 비교되지 않아야 합니다. 대신 어떤 비교도 실행되기 전에 단일 .NET 버전에 구문 분석되고 표준화되어야 합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
데이터는 데이터베이스 데이터 全球排名第一오피스타정렬 대신 데이터 정렬을 사용합니다.
제안 해결 방법
이러한 변경을 통해 데이터베이스 데이터 정렬이 데이터 정렬과 다른 경우 데이터 손상 가능성을 해결합니다. 손상된 데이터를 사용하는 애플리케이션은 오류가 발생할 수 있습니다.
이름
값
Scope
투명
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
열에 데이터를 삽입할 때 에서는 및 형식에 대한 기본 인코딩 대신 대상 열의 인코딩을 사용합니다. 이러한 변경을 통해 대상 열에서 기본 인코딩을 사용하지 않는 경우 기본 인코딩을 사용하여 발생하는 데이터 손상의 가능성을 제거합니다. 드문 경우이지만 인코딩에서의 이 변경으로 인해 대상 열에 맞추기에는 너무 큰 데이터가 생성되는 경우, 기존 애플리케이션에서 SqlException 예외를 throw할 수 있습니다.
제안 해결 방법
인코딩 차이로 인해 이 더 이상 데이터를 손상시키지 않을 것입니다. 대상 열의 크기 제한 근처 문자열을 복사하는 경우 데이터를 미리 인코딩(데이터가 대상 열에 맞는지 확인하기 위해 복사)하거나 을 catch해야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
VIA(Virtual Interface Adapter) 프로토콜을 사용하는 SQL Server 데이터베이스에 대한 연결은 더 이상 지원되지 않습니다. SQL Server 데이터베이스에 연결하는 데 사용되는 프로토콜은 연결 문자열에 표시됩니다. VIA 연결은 <servername>을 통해 포함됩니다. 이 앱이 VIA가 아닌 프로토콜(예: tcp: 또는 np:)을 통해 SQL에 연결하는 경우에는 호환성이 손상되는 변경이 발생하지 않습니다. 또한 SQL Server 7(1997) 연결은 더 이상 지원되지 않습니다.
제안 해결 방법
VIA 프로토콜은 사용되지 않으므로 대체 프로토콜을 사용하여 SQL 데이터베이스에 연결해야 합니다. 가장 일반적으로 사용되는 프로토콜은 TCP/IP입니다. TCP/IP를 통한 연결에 대한 자세한 내용은 데이터베이스 인스턴스에 대해 TCP/IP 프로토콜 사용을 참조하세요. 데이터베이스가 인트라넷 내에서만 액세스되는 경우에 네트워크가 느린 경우 공유 파이프 프로토콜이 더 나은 성능을 제공할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
비 IFS Winsock BSP 또는 LSP가 있는 Windows 7 컴퓨터에서 실행 중인 .NET Framework 4.5에서 및 가 실패합니다. 비 IFS BSP 또는 LSP가 설치되어 있는지 여부를 확인하려면 명령을 사용하고 반환되는 모든 항목을 검사합니다. 서비스 플래그 값이 비트 집합을 가진 경우, 공급자는 IFS 핸들을 사용하고 올바르게 작동합니다. 비트가 지우기인 경우(집합 아님) 비 IFS BSP 또는 LSP입니다.
제안 해결 방법
이 버그는 .NET Framework 4.5.2에서 수정되었으므로 .NET Framework를 업그레이드하여 방지할 수 있습니다. 또는 설치된 모든 비 IFS Winsock LSP를 제거하여 방지할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5의 버그로 인해 64 비트 버전의 Framework에서 실행 중인 경우 할당 작업이 실행된 직후 null 병합 작업을 통해 설정된 값이 디버거에 표시되지 않습니다.
제안 해결 방법
디버거에서 한 단계 더 실행하면 로컬/필드의 값이 올바르게 업데이트됩니다. 또한 이 문제는 .NET Framework 4.6에서 해결되어 해당 버전의 Framework로 업그레이드하여 문제를 해결할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
AttachDBFilename이 지정되면 DDL API의 동작은 다음과 같이 변경됩니다.
연결 문자열에 초기 카탈로그 값을 지정할 필요는 없습니다. 이전에는 AttachDBFilename 및 초기 카탈로그가 모두 필요했습니다.
AttachDBFilename 및 초기 카탈로그가 모두 지정되고 제공된 MDF 파일이 있는 경우 메서드는 를 반환합니다. 이전에는 를 반환했습니다.
AttachDBFilename 및 초기 카탈로그가 모두 지정되고 제공된 MDF 파일이 있는 경우 메서드 호출은 파일을 삭제합니다.
존재하지 않는 MDF 및 존재하지 않는 Initial Catalog로 연결 문자열이 AttachDBFilename 값을 지정할 때 가 호출되면, 이 메서드는 예외를 throw합니다. 이전에는 예외를 throw했습니다.
제안 해결 방법
이러한 변경으로 인해 DDL API를 사용하는 도구와 애플리케이션을 보다 쉽게 빌드할 수 있습니다. 이러한 변경 사항은 다음 시나리오에서 애플리케이션 호환성에 영향을 줄 수 있습니다.
가 를 반환할 경우 를 호출하는 대신 사용자는 명령을 직접 실행하는 코드를 작성합니다. 이는 데이터베이스가 연결되지 않았지만 MDF 파일이 있는 경우 기존 코드를 중단시킵니다.
사용자는 메서드에서 Initial Catalog 및 MDF 파일이 없을 때 이 아닌 을 throw하도록 기대되는 코드를 작성합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5부터 데이터베이스 만들기에 실패하면 메서드는 빈 데이터베이스를 삭제하려고 합니다. 해당 작업에 성공하면 원래의 이 전파됩니다(항상 .NET Framework 4.0에서 throw된 대신).
제안 해결 방법
CreateDatabase() 또는 를 실행하는 동안 을 catch하는 경우, 이제 SQLExceptions도 catch됩니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
ObjectContext.CreateDatabase()
설명
EntityFramework 6.0을 사용하는 Visual Studio 2013에서 응용 프로그램을 시작하면 매우 느릴 수 있습니다.
제안 해결 방법
이 문제는 EntityFramework 6.0.2에서 수정되었습니다. 성능 문제를 방지하려면 EntityFramework를 업데이트합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
System.Data.Objects.ObjectContext.CreateDatabase() 메서드를 직접 호출하거나 SqlClient 공급자로 Code First를 사용하고 연결 문자열의 AttachDBFilename 값을 사용하여 호출하면 filename.ldf 대신 filename_log.ldf라는 로그 파일이 생성됩니다(filename이 AttachDBFilename 값으로 지정한 파일 이름인 경우). 이 변경을 통해 SQL Server 사양에 따라 명명된 로그 파일을 제공하여 디버깅을 개선합니다.
제안 해결 방법
로그 파일 이름이 응용 프로그램에서 중요한 경우 응용 프로그램은 표준 _log.ldf 파일 이름 형식을 사용하도록 업데이트되어야 합니다.
값
범위
Microsoft Edge
버전
4.5
Type
런타임
영향을 받는 API
ObjectContext.CreateDatabase()
설명
.NET Framework 4.0에서는 및 메서드의 제네릭 매개 변수 가 열거형일 수 없었습니다. 이제 이 시나리오가 지원됩니다.
제안 해결 방법
.NET Framework 4.0의 열거형 형식에서 좌표 이동 또는 ExecuteStoreQuery가 호출되면 ‘0’이 반환되었습니다. 해당 동작이 필요한 경우 호출은 상수 0(또는 열거형 해당 항목)으로 대체되어야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
ObjectContext.Translate<TElement>(DbDataReader)
ObjectContext.Translate<TEntity>(DbDataReader, String, MergeOption)
ObjectContext.ExecuteStoreQuery<TElement>(String, Object[])
ObjectContext.ExecuteStoreQuery<TEntity>(String, String, MergeOption, Object[])
설명
.NET Framework 4.5부터 는 항상 캐시된 내부 인스턴스 를 반환합니다. 이전에는 이 API를 호출할 때 빈 을 캐시했으며, 이 말은 즉 가 신속하게 동시에 호출된 일부 조건에서 다른 형식의 인스턴스가 다른 호출에 대해 API로 반환되었다는 것입니다.
제안 해결 방법
이전 동작이 명확하지 않았으므로 코드가 종속될 가능성이 작습니다. 그러나 빈 열거형은 비교되고 때로는 같지 않은 것으로 예상되는 드문 경우에는, 를 사용하는 대신 명시적인 빈 배열을 만들어야 합니다().
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 MEF 카탈로그는 IEnumerable을 구현하므로 더 이상 직렬 변환기( 개체)를 만드는 데 사용할 수 없습니다. MEF 카탈로그를 serialize하려고 하면 예외가 throw됩니다.
제안 해결 방법
직렬 변환기를 만드는데 MEF를 더 이상 사용할 수 없음
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5부터는 개체에 비 ASCII 문자가 포함될 수 있습니다. .NET Framework 4에서는 ASCII 문자만 지원됩니다. ASCII가 아닌 문자를 포함하고 .NET Framework 4.5 이상에서 직렬화되는 개체는 .NET Framework 4에서 역직렬화될 수 없습니다.
제안 해결 방법
개체를 역직렬화할 때 코드가 예외 처리를 제공하는지 확인합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
System.Net.PeerToPeer.Collaboration 네임스페이스는 Windows 8 이상에서 사용할 수 없습니다.
제안 해결 방법
Windows 8 이상을 지원하는 응용 프로그램은 이 네임스페이스 또는 해당 멤버에 종속되지 않도록 업데이트되어야 합니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
설명
속성은 인쇄 작업 스트림을 공개합니다. 사용자는 이 스트림을 작성하여 기본 운영 체제 인쇄 구성 요소로 원시 데이터를 보낼 수 있습니다. Windows 8 이후 버전 Windows 운영 체제의 .NET Framework 4.5부터 이 스트림에 작성되는 데이터는 패키지 스트림과 같은 XPS 형식이어야 합니다.
제안 해결 방법
인쇄 내용을 출력하려면 다음 중 하나를 수행할 수 있습니다.
클래스를 사용하여 인쇄 내용을 출력합니다. 이는 권장되는 대안입니다.
속성에서 반환된 스트림으로 전송된 데이터가 패키지 스트림과 같은 XPS 형식인지 확인합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 의 여러 가지 변경으로 세계랭킹1위오피스타인해 을 사용하여 LoadFrom 컨텍스트에서 로드된 형식을 역직렬화할 때 역직렬화의 차이가 발생할 수 있습니다. 이러한 변경 내용은 이 나중에 해당 형식으로 역직렬화를 시도할 때 이 다른 동작을 유발하는 형식을 로드하는 새로운 방법 때문입니다. 기본 직렬화 바인더는 XmlSerializer의 이전 동작에 따라 일부 상황에서 작동했을지라도 LoadFrom 컨텍스트를 자동으로 검색하지 않습니다. 변경 내용으로 인해 다른 컨텍스트에서 로드된 어셈블리에서 형식을 로드할 때 이 throw될 수 있습니다.
제안 해결 방법
이 예외가 표시되면 의 속성을 올바른 형식을 찾을 수 있는 사용자 지정 바인더로 설정할 수 있습니다.
그런 다음, 사용자 지정 바인더:
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
은 하나의 .NET Framework 버전에서 직렬화된 개체가 다른 버전에서 성공적으로 역직렬화하는 것을 보장하지 않습니다. 특히, 일부 순서가 지정된 컬렉션(예: )은 4.0 및 4.5 간에 멤버가 추가되었으며 이러한 형식의 개체가 .NET Framework 4.5로 직렬화된 경우 .NET Framework 4.0으로 역직렬화할 수 없습니다. 직렬화된 데이터가 같은 .NET Framework 버전으로 직렬화 및 역직렬화되면 문제가 발생하지 않습니다.
제안 해결 방법
serialization은 .NET Framework 변경에 복원력이 있는 serializer로 바꿔야 합니다. 예를 들어 System.Text.Json 및 .
속성
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
파생된 형식을 직렬화할 때 형식에 액세스할 수 없는 필드 또는 (‘new’ 키워드를 통해) 필드를 숨기는 속성 또는 기본 유형에서 이전에 액세스할 수 있었던 같은 이름(예: public)의 속성이 포함된 경우 이 실패할 수 있습니다.
제안 해결 방법
이 문제는 숨겨진 새 멤버를 에 액세스할 수 있도록 하여(예를 들어, 공용으로 표시하여) 해결할 수 있습니다. 또는 다음 구성 설정이 4.0 동작으로 되돌아가서 문제를 해결합니다.
속성
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
이러한 컨트롤의 호스팅은 Internet Explorer에서 차단됩니다.
제안 해결 방법
Internet Explorer에서는 관리되는 브라우저 호스팅 컨트롤을 사용하는 애플리케이션을 시작하지 못합니다. x86 시스템 및 x64 시스템의 32비트 프로세스의 경우 레지스트리 하위 키 의 EnableIEHosting 값을 로 설정하고, x64 시스템의 64비트 프로세스의 경우 레지스트리 하위 키 의 값을 로 설정하여 이전 동작을 복원할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
IIS(인터넷 정보 서비스) 또는 ASP.NET 개발 서버에서 호스팅되는 WCF 웹 서비스의 메시지가 maxRequestLength(ASP.NET의 경우) 또는 maxReceivedMessageSize(WCF의 경우)를 초과할 경우 오류 코드가 변경됩니다. HTTP 상태 코드가 400(잘못된 요청)에서 413(요청 엔터티가 너무 큼)으로 변경되었으며, maxRequestLength 또는 maxReceivedMessageSize 설정을 초과하는 메시지가 예외를 throw합니다. 이는 전송 모드가 스트리밍 상태인 경우를 포함합니다.
제안 해결 방법
이러한 변경은 메시지 길이가 ASP.NET 또는 WCF에서 허용한 한계를 초과하는 경우에 디버깅을 용이하게 합니다. HTTP 400 상태 코드에 따라 처리를 수행하는 모든 코드를 수정해야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
애플리케이션 코드를 통해 명시적 엔드포인트를 추가한 경우에는 개체가 더 이상 기본 엔드포인트를 추가하지 않습니다.
제안 해결 방법
사용자가 기본 엔드포인트에 연결할 수 있어야 하고 다른 명시적 엔드포인트가 에 추가된 경우, 기본 엔드포인트를 명시적으로( 사용) 추가해야 합니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5를 시작할 때 OData URL의 Replace 메서드는 기본적으로 비활성화되어 있습니다. OData Replace가 비활성화되면(기본값) Replace 기능(일반적이지 않음)을 포함한 모든 사용자 요청이 실패합니다.
제안 해결 방법
Replace 메서드가 필요한 경우(일반적이지 않음) 구성 설정()을 통해 다시 사용할 수 있습니다. 그러나 활성화된 Replace 메서드는 보안 취약점을 열 수 있어 신중하게 검토한 후에 사용해야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 처리기에서 를 호출하면 메시지 상자가 닫힐 때 처리기가 다시 발생하여 잠재적으로 메시지 상자의 무한 루프를 발생시킵니다.
제안 해결 방법
이 문제는 다음 두 가지 옵션으로 해결할 수 있습니다.
이것은 대신 를 호출하여 방지할 수 있습니다.
이것은 이벤트 처리기에서 메시지 박스를 표시하여 방지할 수 있습니다( 이벤트 처리기와 반대).
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
System.Drawing.dll 어셈블리의 CheckForOverflowUnderflow 속성이 true로 설정됩니다.
제안 해결 방법
이전에 오버플로가 발생했을 때는 결과가 자동으로 잘렸습니다. 이제 예외가 throw됩니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5의 버그로 인해 행 제거와 관련된 이벤트의 이벤트 처리기는 의 또는 속성에 액세스하는 경우 이 throw될 수 있습니다.
제안 해결 방법
이 문제는 .NET Framework 4.6에서 해결되었으며, 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
의 이벤트 처리기 중 하나에서 을 호출하면 가 포커스를 잃게 됩니다.
제안 해결 방법
이 버그는 .NET Framework 4.5.2에서 수정되었으므로 .NET Framework를 업그레이드하여 방지할 수 있습니다. 또는 을 호출한 후에 을 명시적으로 다시 선택하여 방지할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5에서 항목이 에 선택되어 있을 때 ListBox.Items.Refresh 코드를 호출하면 선택된 항목이 목록에 중복될 수 있습니다. 유사한 문제가 및 에서 발생합니다. 이것은 .NET Framework 4.6에서 수정되었습니다.
제안 해결 방법
이 문제는 를 호출하기 전에 프로그래밍 방식으로 항목 선택을 취소하고 호출이 완료된 후에 다시 선택하여 해결할 수 있습니다. 또는 .NET Framework 4.6에서 이 문제가 수정되어 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
값
범위
부
버전
4.5
Type
런타임
영향을 받는 API
설명
일부 경우에는 요소가 .NET Framework 4.0에서 실행 중에 표시되는 방법과 비교하여 .NET Framework 4.5에서 실행 중에 텍스트의 추가 줄을 표시합니다. 변경 사항으로 인해 텍스트가 제대로 표시되지 않거나 불명확하게 표시되는 경우는 없지만 이전에 의 보기에서 누락되었던 텍스트가 표시될 수 있습니다.
제안 해결 방법
일부 경우에는 디스플레이 요소의 PageHeight 속성을 하나씩 줄이면 이전에 표시된 줄 수를 복원할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.0의 일부 경우에서 포함된 문자 모양에 대해 상자가 너무 작은 문제를 해결하기 위해 .NET Framework 4.5에서 및 Extent를 개선하였습니다. 결과적으로 .NET Framework 4.5부터 일부 경계 상자가 커져 UI 레이아웃에 미묘한 차이가 발생합니다.
제안 해결 방법
일부 문자 모양 경계 상자의 크기가 커졌습니다. 이러한 변경은 일반적으로 프레젠테이션 및 적중 상자 테스트를 향상시키지만 이전 동작(.NET 4.5 전)이 필요할 경우 app.config 파일에 다음의 항목을 추가하여 사용할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
FormattedText.Extent
설명
일부 인스턴스에서 .NET Framework 4.5의 버그는 사용자 지정 DataTemplates를 사용할 때 ItemsControls(예: , , 등)가 아래 항목으로 스크롤되지 않게 합니다. 스크롤이 두 번째 시도되는 경우(스크롤 백업 후) 그때에는 작동합니다.
제안 해결 방법
.NET Framework 4.5.2에서 이 문제가 수정되어 해당 버전(또는 이후 버전)의 .NET Framework로 업그레이드하여 해결할 수 있습니다. 또는 사용자가 이러한 컬렉션의 마지막 항목까지 스크롤 막대를 끌 수 있지만 성공하려면 두 번 시도해야 할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
선택기(다중 항목 선택 가능)의 컬렉션에 중복 항목이 있을 경우 동일한 항목이 두 번 이상 나타납니다. 데이터 소스에서 해당 항목을 제거하면(예: Items.Clear를 호출하여) 컬렉션에서 제거할 수 없으며, 첫 번째 인스턴스만 제거됩니다. 또한 에 더 이상 데이터 소소에 없는 항목이 있기 때문에, (예: SelectedItems.Clear())을 계속 사용하면 과 같은 문제가 발생할 수 있습니다.
제안 해결 방법
가능한 경우 .NET Framework 4.6.2로 업그레이드하세요.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
선택한 항목을 사용하여 에 바인딩된 컬렉션에서 또는 을 호출하면 이후에 항목을 선택하거나 선택 취소할 때 비정상적인 동작이 발생할 수 있습니다.
제안 해결 방법
대신 및 을 호출하면 이 문제가 해결됩니다. 또는 .NET Framework 4.6에서 이 문제가 수정되어 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
두 개의 새 멤버( 및 )가 열거형에 추가되었습니다.
제안 해결 방법
대부분의 경우 이러한 변경은 사용자 코드에 영향을 주지 않습니다. 다만 형식의 또는 호출에 존재하는 요소의 특정 수에 종속된 코드는 수정되어야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5부터 처리기에서 를 호출하면 메시지 상자가 닫힐 때 처리기가 다시 발생하여 잠재적으로 메시지 상자의 무한 루프를 발생시킵니다.
제안 해결 방법
이 문제는 다음 두 가지 옵션으로 해결할 수 있습니다.
이것은 대신 를 호출하여 방지할 수 있습니다.
이것은 이벤트 처리기에서 메시지 박스를 표시하여 방지할 수 있습니다( 이벤트 처리기와 반대).
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
여러 행을 선택한 상태에서 선택한 행 머리글을 마우스 오른쪽 단추로 클릭하면 의 선택이 해당 행으로만 변경됩니다.
제안 해결 방법
이 문제는 .NET Framework 4.6에서 해결되었으며, 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
세부 정보
.NET Framework v4.5에서 가상화된 스택 패널에서 WPF 를 스크롤하면 뷰포트에 여백이 있는 경우 애플리케이션이 응답을 중지할 수 있습니다(예: 의 항목 사이 또는 ItemsPresenter 요소). 또한 일부 경우에는 보기에서 다양한 크기의 항목은 여백이 없더라도 불안정해 보일 수 있습니다.
제안 해결 방법
.NET Framework 4.5.1로 업그레이드하여 이 버그를 방지할 수 있습니다. 또는 포함된 모든 항목이 같은 크기인 경우 가상화된 스택 패널 내에서 여백을 보기 컬렉션(예: )으로부터 제거할 수 있습니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
설명
이전에는 요소가 UI 자동화에 표시되지 않았습니다. 4.5부터는 UI 자동화가 이러한 요소를 감지합니다. 이것은 대부분의 사례에 유용하지만 요소를 포함하지 않는 UIA 트리에 의존하는 테스트를 중단시킬 수 있습니다.
제안 해결 방법
이 응용 프로그램에 대한 UI 자동화 테스트는 이전에 보이지 않던 요소를 포함하는 UIA 트리에 대해 업데이트가 필요할 수 있습니다. 예를 들어 일부 요소가 서로 옆에 있도록 예상하는 테스트는 이제 이전에 요소 간에 보이지 않던 UIA 요소를 예상해야 할 수 있습니다. 또는 UIA 요소에 대한 특정 개수 또는 인덱스를 사용하는 테스트는 새 값으로 업데이트해야 할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4에서 CreateCopy()는 주로 성능 최적화로서 현재 인스턴스에 대한 참조를 반환합니다. .NET Framework 4.5에서는 처음으로 동일한 참조가 실행 스레드를 올바른 동기화 컨텍스트에 나타내도록 마무리하는 것을 가능하게 하는 새 인스턴스를 반환합니다. 이러한 참조의 ID를 확인하는 코드가 영향을 받기는 어렵지만, 변경 내용 때문에 CreateCopy()를 호출하는 코드는 .NET Framework 4.5 이상으로의 마이그레이션 과정에서 테스트되어야 합니다.
제안 해결 방법
CreateCopy()는 새로운 개체를 반환합니다. 이전에는 이러한 방식으로 생성된 참조의 동등성을 사용한 코드는 적절한 컨텍스트에 있는지 실제로 확인되지 않았지만 .NET Framework 4.5 이상에 대해 빌드할 때는 확인됩니다. 문제가 발생할 가능성은 작지만 발생하는 경우 영향을 받은 코드 경로를 실행하는 것으로 확인하기에 충분할 것입니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
DispatcherSynchronizationContext.CreateCopy()
설명
.NET Framework 4.5에서는 WPF TextBox에 대한 실행 취소 제한 기본값은 100(.NET Framework 4.0에서 무제한이던 것과 반대)
제안 해결 방법
100개의 실행 취소 제한이 너무 낮으면 제한을 로 명시적으로 설정할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5에서 WPF 텍스트 상자 컨트롤이 비활성화될 때(포커스가 없음) 상자 내의 선택된 텍스트는 컨트롤이 활성일 때와 다른 색을 표시합니다.
제안 해결 방법
속성을 로 설정하여 이전(.NET Framework 4.0) 동작을 복원할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
변경 내용은 의 외부에서 요소의 사용을 제한하는 4.5에서 도입되었습니다. 이것은 다음과 같은 경우에 매니페스트할 수 있습니다.
의 시각적 부모는 패널이 아닙니다. (에 대해 생성된 은 패널을 부모로 가집니다.)
은 목록 컨트롤(ListBox, DataGrid, ListView 등)에 대해 “항목 호스트” 역할을 하는 의 하위 항목입니다. 가상화를 사용할 필요가 없습니다.
은 항목 스크롤()입니다.
누군가 을 호출하여 요소 를 보기로 스크롤합니다. 이것은 명시적으로 또는 암시적인 몇 가지 방법으로 실행될 수 있습니다. 아마도 가장 일반적인 방법은 간단히 를 클릭하여 키보드 포커스를 부여하는 것입니다.
에서 로의 시각적 부모 체인은 을 통과합니다.
즉, 이것은 이 외부에서 사용되고 사용자가 의 하위 항목을 클릭하여 보기로 가져올 때 보입니다. 에 포커스 가능한 하위 항목이 없는 경우 이 문제는 발생하지 않습니다. 이것이 적중되는 상황의 예는 이 DateTemplate의 루트일 때입니다. 이 문제가 적중하면 WPF 프레임워크 내에 InvalidCastException가 발생합니다.
제안 해결 방법
이것을 위해 사용 가능한 핫픽스가 생성됩니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
이 어셈블리는 특성으로 표시되어 있습니다.
제안 해결 방법
파생 클래스는 로 표시할 수 없습니다. 이전에는 파생된 형식을 로 표시해야 했습니다. 그러나 이 변경은 실제로 영향을 주어서는 안 됩니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
연결된 개체는 두 번째 및 구성 요소가 0이 아니고( 값의 경우) 속성이 지정되지 않은 또는 개체를 문자열 대신에 속성 요소 구문으로 변환합니다. 이 변경은 및 값이 라운드트립되는 것을 허용합니다. 입력 XAML이 특성 구문에 있다고 가정하는 사용자 지정 XAML 파서가 올바르게 작동하지 않습니다.
제안 해결 방법
이 변경은 및 값이 라운드트립되는 것을 허용합니다. 입력 XAML이 특성 구문에 있다고 가정하는 사용자 지정 XAML 파서가 올바르게 작동하지 않습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
값을 Load 메서드에 전달하고 유효성 검사 오류가 발생한 경우 및 속성은 이제 줄 정보를 포함합니다.
제안 해결 방법
XML을 로드하는 동안 SetLineInfo를 사용할 때 이러한 속성이 이제 제대로 설정되므로 및 이 설정되지 않는다고 가정하는 예외 처리 코드를 업데이트해야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
이제 DTD 엔터티 확장은 10,000,000자로 제한됩니다. DTD 엔터티 확장 없이 또는 제한된 DTD 엔터티 확장으로 XML 파일을 로드해도 영향을 받지 않습니다. 이제 파일에 10,000,000자를 초과하는 문자로 확장되는 DTD 엔터티가 있으면 로드하지 못하고 예외를 throw합니다.
제안 해결 방법
DTD 엔터티 확장의 제한이 10,000,000보다 너무 작으면, 값은 속성으로 재정의됩니다. 올바른 값을 가진 은 을 취하도록 에 전달될 수 있습니다(즉, )
속성
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4에서 XSLT 1.0 이후 버전과의 호환성에 다음과 같은 문제가 있었습니다.
버전이 2.0으로 설정되고 인식할 수 없는 XSLT 1.0 구문에서 파서가 발생하면 스타일시트를 로드하지 못했습니다.
스타일 시트 버전이 1.1로 설정된 경우 생성이 데이터를 정렬하지 못했습니다. .NET Framework 4.5에서는 이 문제가 수정되었으며 XSLT 1.0 이후 버전과의 호환성 모드가 올바르게 동작합니다.
제안 해결 방법
대부분의 앱은 영향을 받지 않지만 xsl:sort가 적용되어 일부 경우에 데이터가 다른 방식으로 정렬됩니다. 1.1 스타일 시트에서 를 사용하는 경우 앱이 정렬되지 않은 데이터 순서에 의존하고 있지 않은지 확인하세요. 앱이 4.0 정렬 동작에 의존하면 스타일 시트에서 를 제거합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework 4.5에서 XSLT 파일이 너무 복잡할 경우 오류 메시지의 텍스트는 “스타일시트가 너무 복잡합니다.”입니다. 이전 버전에서 오류 메시지는 “XSLT 컴파일 오류입니다.”였습니다. 오류 메시지 텍스트에 종속되어 있는 애플리케이션 코드는 더 이상 작동하지 않습니다. 그러나 예외 형식은 동일하게 유지되므로 이 변경은 실제 영향을 미쳐서는 안 됩니다.
제안 해결 방법
이 오류 조건에서 새 메시지를 예상하여 예외 메시지에 따라 응용 프로그램 코드를 업데이트하거나 더욱 좋은 방법은 변경되지 않는 예외 형식()에만 종속되도록 코드를 업데이트합니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
세부 정보
.NET Framework 4.5.1부터 .NET Framework는 손상된 SQL 연결을 자동으로 다시 연결하려고 시도합니다. 이것은 일반적으로 응용 프로그램을 보다 안정적으로 만들지만, 연결이 끊어져서 다시 연결될 때 어떤 조치를 취할 수 있다는 것을 앱이 알아야 할 경우가 있습니다.
제안 해결 방법
이 기능이 호환성 문제로 인해 사용하지 않을 경우, 연결 문자열(또는 )의 속성을 0으로 설정하여 비활성화할 수 있습니다.全球排名第一오피스타 공식 홈페이지 입구 방법은 어디에 있습니까
이름
값
Scope
Microsoft Edge
버전
4.5.1
형식
런타임
영향을 받는 API
세부 정보
이 형식의 내부 변경 내용으로 인해 을 사용하여 .NET Framework 4.5로 직렬화된 개체를 .NET Framework 4.5.1 또는 .NET Framework 4.5.2에서 역직렬화할 수 없습니다. 반대 방향의 경우(.NET Framework 4.5.x로 직렬화하고 .NET Framework 4.5로 역직렬화하는 경우)는 작동합니다. 마찬가지로 .NET Framework 4.6으로 모든 4.x 버전 간 직렬화가 실행됩니다. 단일 버전의 .NET Framework로 직렬화 및 역직렬화하는 것은 영향을 받지 않습니다.
제안
.NET Framework 4.5와 .NET Framework 4.5.1/4.5.2 간에 를 직렬화/역직렬화해야 하는 경우 와 같은 다른 직렬 변환기를 대신 사용해야 합니다. 또는 .NET Framework 4.6에서 이 문제가 해결되므로 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
속성
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
일부 다중 스레드 시나리오에서 true를 반환할 수 있지만 (올바르고 미리 본 값 대신) null 값으로 out 매개 변수를 채웁니다.
제안 해결 방법
이 문제는 .NET Framework 4.5.1에서 수정되었습니다. 해당 프레임워크로 업그레이드하면 문제가 해결됩니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
설명
.NET Framework v4.5.1에서 프로파일링 API 가 를 절대 반환하지 않습니다(대신 로 반환). 이 문제는 .NET Framework 4.6부터 해결되었습니다.
제안 해결 방법
이 문제는 .NET Framework 4.6에서 해결되었으며, 해당 버전의 .NET Framework로 업그레이드하여 해결할 수 있습니다.
이름
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
경우에 따라, 애플리케이션 기반이 다른 둘 이상의 앱 도메인이 앱에서 사용되는 경우 앱 도메인 간에 논리 호출 컨텍스트의 개체를 역직렬화하려고 하면 예외가 throw됩니다.
제안 해결 방법
완화: 앱 도메인 간 개체의 deserialization을 참조하세요.
이름
값
Scope
Microsoft Edge
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
는 포함된 null이 있는 문자열을 자릅니다. Null 문자는 클래스에서 지원되지 않습니다. 이 변경 내용은 를 사용하여 프로세스의 데이터를 읽고 null 문자를 구분 기호로 사용하는 앱에만 영향을 줍니다.
제안 해결 방법
가능하면 포함된 null 문자를 사용하지 않도록 데이터를 업데이트해야 합니다.
이름
값
Scope
Microsoft Edge
버전
4.5.1
형식
런타임
영향을 받는 API
설명
이제 런타임에서는 다음을 지정하는 계약이 적용됩니다. ETW 이벤트 메서드를 정의하는 에서 파생된 클래스는 이벤트 ID 다음에 ETW 이벤트 메서드가 전달된 동일한 인수를 사용하여 기본 클래스 메서드를 호출해야 합니다.
제안 해결 방법
가 이 계약을 위반하는 이벤트 소스에 대해 프로세스의 데이터를 읽는 경우 예외가 throw됩니다.
이름
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5.1부터 , , , , 또는 메서드에 동적으로 바인딩하면(예: Windows PowerShell, IronPython 또는 C# dynamic 키워드를 통해) 이러한 메서드의 새 오버로드가 추가되어 스크립팅 엔진에 모호하게 될 수 있으므로 를 발생시킬 수 있습니다.
제안 해결 방법
사용해야 하는 오버로드를 명확히 표시하도록 스크립트를 업데이트합니다. 이것은 일반적으로 메서드의 형식 매개 변수를 로 명시적 캐스팅하여 수행할 수 있습니다. 문제를 해결하는 예제와 자세한 정보는 이 링크를 참조하십시오.
이름
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
.NET Framework 4.5에서 소수의 .NET 메서드가 첫 번째 기회 을 throw하기 시작했습니다. 이러한 예외는 .NET Framework 내에서 처리되지만 첫 번째 예외를 예상하지 않은 테스트 자동화를 중단시킬 수 있습니다. 이러한 동일 API는 HighVersionLie를 사용하는 경우 일부 ApiVerifier 시나리오를 중단시킵니다.
제안 해결 방법
.NET Framework 4.5.1로 업그레이드하여 이 버그를 방지할 수 있습니다. 또는 첫 번째 예외로 인해 중단되지 않도록 테스트 자동화를 업데이트할 수 있습니다.
값
범위
Microsoft Edge
버전
4.5
Type
런타임
영향을 받는 API
설명
Windows Store 앱에서 Windows 런타임 스트림 어댑터는 더 이상 Dispose 메서드에서 FlushAsync 메서드를 호출하지 않습니다.
제안 해결 방법
이 변경 내용은 영향을 주지 않습니다. 개발자는 다음과 같은 코드를 작성하여 이전 동작을 복원할 수 있습니다.
이름
값
Scope
투명
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
세부 정보
.NET Framework 4.5.1부터 .NET Framework는 손상된 SQL 연결을 자동으로 다시 연결하려고 시도합니다. 이것은 일반적으로 응용 프로그램을 보다 안정적으로 만들지만, 연결이 끊어져서 다시 연결될 때 어떤 조치를 취할 수 있다는 것을 앱이 알아야 할 경우가 있습니다.
제안 해결 방법
이 기능이 호환성 문제로 인해 사용하지 않을 경우, 연결 문자열(또는 )의 속성을 0으로 설정하여 비활성화할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5.1
형식
런타임
영향을 받는 API
설명
기본적으로 직렬화 측과 역직렬화 측이 모두 동일한 CLR 형식을 공유하는 경우에만 을 사용할 수 있습니다. 따라서 한 버전의 .NET Framework로 직렬화된 개체를 다른 버전으로 역직렬화할 수 있도록 보장하지 않습니다. 는 .NET Framework 4.5 이하 버전으로 직렬화하고 .NET Framework 4.5.1 이상으로 역직렬화하는 경우 제대로 역직렬화하지 않는 것으로 알려진 형식입니다.
제안 해결 방법
이 문제에 대한 해결 방법에는 여러 가지가 있습니다.
.NET Framework 4.5.1도 사용하도록 직렬화 컴퓨터를 업그레이드합니다.
직렬화 및 역직렬화 측 모두에서 정확히 동일한 CLR 형식이 필요하지 않으므로 대신 을 사용합니다.
이 특정 4.5->4.5.1 문제가 발생하지 않으므로 대신 을 사용합니다.
이름
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
설명
이 설정은 WCF 서비스 활성화를 위해 서버에서 사용할 수 있는 최소 메모리를 지정합니다. 또한 이 설정은 예외가 발생되지 않도록 설계되었습니다. .NET Framework 4.5에서 이 설정은 영향을 주지 않았습니다. .NET Framework 4.5.1에서 해당 설정이 적용됩니다.
제안 해결 방법
웹 서버의 사용 가능한 메모리가 구성 설정에서 정의된 백분율보다 적은 경우 예외가 발생합니다. 성공적으로 시작되었지만 제한된 메모리 환경에서 실행되는 일부 WCF 서비스의 경우 실패할 수 있습니다.
이름
값
Scope
부
버전
4.5.1
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
세부 정보
.NET Framework v4.5에서 가상화된 스택 패널에서 WPF 를 스크롤하면 뷰포트에 여백이 있는 경우 애플리케이션이 응답을 중지할 수 있습니다(예: 의 항목 사이 또는 ItemsPresenter 요소). 또한 일부 경우에는 보기에서 다양한 크기의 항목은 여백이 없더라도 불안정해 보일 수 있습니다.
제안 해결 방법
.NET Framework 4.5.1로 업그레이드하여 이 버그를 방지할 수 있습니다. 또는 포함된 모든 항목이 같은 크기인 경우 가상화된 스택 패널 내에서 여백을 보기 컬렉션(예: )으로부터 제거할 수 있습니다.
이름
값
Scope
주요함
버전
4.5
형식
런타임
영향을 받는 API
설명
RFC 2396를 준수하려면 경로에서 작업 매개 변수를 채울 때 경로의 공백은 이스케이프됩니다. 따라서 이전에는 가 경로와 일치하고 를 데이터 매개 변수로 제공했지만 이제는 를 대신 제공합니다.
제안 해결 방법
경로에서 문자열 매개 변수를 이스케이프 해제하려면 코드를 업데이트해야 합니다. 원래의 URI가 필요한 경우 .OriginalString API를 통해 액세스할 수 있습니다.
이름
값
Scope
부
버전
4.5.2
형식
런타임
영향을 받는 API
설명
ASP.NET에서 개발자는 더 이상 또는 를 지정할 수 없습니다. 포함된 뷰 상태가 사용된 모든 요청에 뷰 상태 MAC(메시지 인증 코드)가 적용됩니다. EnableViewStateMac 속성이 로 명시적으로 설정된 앱에만 영향을 줍니다.
제안 해결 방법
EnableViewStateMac은 true로 간주되어야 하고 모든 결과 MAC 오류는(MAC 오류 원인의 세부 정보에 따른 여러 해결 방법을 포함하는 이 지침에 설명된 대로) 해결되어야 합니다.
이름
값
Scope
주요함
버전
4.5.2
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
NGEN /Profile 어셈블리를 사용하는 프로파일러는 프로파일링된 ASP.NET MVC4 애플리케이션을 시작할 때 ‘심각한 실행 엔진 예외’로 크래시가 발생할 수 있습니다.
제안 해결 방법
이 문제는 .NET Framework 4.5.2에서 해결되었습니다. 또는 프로파일러는 이벤트 마스크에 를 지정하여 이 문제를 방지할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
비 IFS Winsock BSP 또는 LSP가 있는 Windows 7 컴퓨터에서 실행 중인 .NET Framework 4.5에서 및 가 실패합니다. 비 IFS BSP 또는 LSP가 설치되어 있는지 여부를 확인하려면 명령을 사용하고 반환되는 모든 항목을 검사합니다. 서비스 플래그 값이 비트 집합을 가진 경우, 공급자는 IFS 핸들을 사용하고 올바르게 작동합니다. 비트가 지우기인 경우(집합 아님) 비 IFS BSP 또는 LSP입니다.
제안 해결 방법
이 버그는 .NET Framework 4.5.2에서 수정되었으므로 .NET Framework를 업그레이드하여 방지할 수 있습니다. 또는 설치된 모든 비 IFS Winsock LSP를 제거하여 방지할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
설명
관련 엔터티를 쿼리의 일부로 포함시키려는 0..1 탐색 속성이 포함된 QueryView와 관련된 쿼리를 앱에서 실행하는 경우 Entity Framework가 더 이상 예외를 throw하지 않습니다. 예를 들어 를 호출합니다.
제안 해결 방법
이러한 변경은 .Include를 호출하는 쿼리를 실행할 때 1-0..1 관계가 있는 QueryView를 사용하는 코드에만 영향을 줍니다. 이 변경으로 인해 안정성이 향상되며 거의 모든 앱에는 영향을 주지 않습니다. 하지만 이 변경으로 예기치 않은 동작이 발생하면 다음 항목을 앱 구성 파일의 섹션에 추가하여 이 기능을 비활성화할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5.2
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
OrderBy를 먼저 사용하지 않고 JOIN 문을 생성하고 제한 작업에 대한 호출을 포함하는 쿼리가 이제 보다 단순한 SQL을 생성합니다. .NET Framework 4.5로 업그레이드한 후 이러한 쿼리는 이전 버전보다 더욱 복잡한 SQL을 생성했습니다.
제안 해결 방법
이 기능은 기본적으로 비활성화되어 있습니다. Entity Framework가 성능 저하를 일으키는 추가 JOIN 문을 생성하는 경우 다음의 항목을 애플리케이션 구성 파일(app.config)의 섹션에 추가하여 이 기능을 활성화할 수 있습니다.
이름
값
Scope
투명
버전
4.5.2
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
의 이벤트 처리기 중 하나에서 을 호출하면 가 포커스를 잃게 됩니다.
제안 해결 방법
이 버그는 .NET Framework 4.5.2에서 수정되었으므로 .NET Framework를 업그레이드하여 방지할 수 있습니다. 또는 을 호출한 후에 을 명시적으로 다시 선택하여 방지할 수 있습니다.
이름
값
Scope
Microsoft Edge
버전
4.5
형식
런타임
영향을 받는 API
설명
일부 인스턴스에서 .NET Framework 4.5의 버그는 사용자 지정 DataTemplates를 사용할 때 ItemsControls(예: , , 등)가 아래 항목으로 스크롤되지 않게 합니다. 스크롤이 두 번째 시도되는 경우(스크롤 백업 후) 그때에는 작동합니다.
제안 해결 방법
.NET Framework 4.5.2에서 이 문제가 수정되어 해당 버전(또는 이후 버전)의 .NET Framework로 업그레이드하여 해결할 수 있습니다. 또는 사용자가 이러한 컬렉션의 마지막 항목까지 스크롤 막대를 끌 수 있지만 성공하려면 두 번 시도해야 할 수 있습니다.
이름
값
Scope
부
버전
4.5
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
설명
마우스 입력을 고정할 수 있는 가 생성되는 문제가 4.5.2에 도입되었습니다.
제안 해결 방법
이 문제에 대한 픽스는 .NET Framework 4.5.2(핫픽스 롤업 3026376)의 서비스 릴리스에서 사용하거나 .NET Framework 4.6으로 업그레이드하여 사용할 수 있습니다.
이름
값
Scope
주요함
버전
4.5.2
형식
런타임
영향을 받는 API
API 분석을 통해 검색할 수 없습니다.
Name
값
Scope
부
버전
4.5.2
형식
런타임
세부 정보
보안상의 이유로 XML 구문 분석 API에 다음 변경 내용이 도입되었습니다.
는 가 초기화될 때 1,000만으로 설정되어 있습니다.
기본적으로 은 으로 설정되어 있습니다.
제안 해결 방법
이전 동작으로 되돌리려면 레지스트리에서 값을 설정할 수 있습니다. 레지스트리 키에 라는 DWORD 값을 추가하고 해당 값을 로 설정합니다. 대신 HKEY_CURRENT_USER 하이브에서 레지스트리 값을 추가할 수도 있습니다.
영향을 받는 API
또한 에 직접 또는 간접적으로 종속된 모든 XML API가 영향을 받습니다.
