.NET Framework 플랫폼을 전통 지원

Question

에서 첫 번째 일이다.NET framework 나왔었다는 최소한 운영체제 지원:

• .NET1.0-Windows NT 이상(Windows98/ME 도 지원)
• .NET2.0-윈도우 2000 이상(Windows98/ME 도 지원)
• .NET3.0-Windows XP 또는 높
• .NET3.5-Windows XP 또는 높

최소 OS 지원 가능하게 무시하는 플랫폼-특정 문제만 사용하여 framework.새로운 기능들을 무시에 오래된 플랫폼입니다.예를 들어,타일"보기"스타일에 목록 컨트롤이나 양식을 투명성 Windows98/ME.

그러나,System.Core.dll (부분입니다.NET3.5)가 있는 클래스를 사용하여 새로운 Vista API 던져 PlatformNotSupportedException 사용하는 경우에는 XP 기계입니다.예를 들어 살펴보에 새로운 EventLogReader 클래스(에서 시스템입니다.Diagnostics.Eventing.독자는 네임스페이스).

마이크로소프트에 휴식과 함께 전통의 플랫폼을 지원합니까?

리에 있습니다.NET2.0 이미 클래스를 지원하는 NTFS 보안 기능을 사용할 수 있는 Windows98/ME.

Answer 1

Microsoft는 분명히 Vista 중심 개발 환경을 향해 추진하고 있습니다. 그것은 '우리가 돈을 벌어야 할'이유뿐만 아니라 Vista가 멋진 새로운 API가 싹이 트는 곳이기 때문에 명백한 것입니다.

공정하게 말하면, 그것은 항상 Windows API와 같았으며 아마도 .NET와 같을 것입니다. 당신이 묘사 한 "전통"은 없지만, 작동하지 않는 API를 만드는 전통은 당신이 그것을 지원하지 않는 운영 체제에 있다는 것을 알려줍니다. 그들은 항상 그렇게 노력합니다 뒤로 호환되지 않습니다 앞으로 당신이 이해한다면 제한 :)

Answer 2

최소 OS 지원을 의미하는 제품 테스트에는 특정 플랫폼습니다.을 보장하지 않는 모든 기능(또는 클래스/Api 의 경우에는 개발 플랫폼니다.순)모두에서 작동합니다 지원되는 플랫폼입니다.

가 있 Vista 특정 native Api 에 존재하지 않습니다..Net3.5 에 대한 지원을 추가합 관리 세계를 위해 이러한 Api,하지만 그것을 제공하지 않는 관리 구현을 위한 비 기존 native Api 에 XP.

Answer 3

.NET가 실제로 Windows 98 또는 나에서 일한 적이 없다고 경험하면서 말씀 드릴 수 있습니다. 2002 년 버전 1.0이 새로운 동료 인 경우를 기억하고 일부 동료들은 일부 버튼과 죽은 단순 기능보다 더 복잡한 것이 Microsoft의 주장에도 불구하고 Windows 9X에서 실행되지 않는다는 것을 발견했습니다. 우리가 XP에 1 년이되었고 적어도 당시 우리가 다루고있는 기계에서 Windows 2000을 합리적으로 기대할 수 있다는 점을 감안할 때 큰 문제는 아닙니다.

그러나 기본적으로 Microsoft는 .NET을 사용하여 이전 버전의 Windows를 무시하는 것은 새로운 것이 아닙니다. 적어도 그들은 요즘 PlatformNotsUpportedException 예외를 던지고 있습니다.

Answer 4

플랫폼 지원은 항상 유형에 따라 다양합니다. 예를 들어 많은 유형이 소형 프레임 워크에서 지원되지 않습니다.

Answer 5

나는 모든 것을 말할 수는 없지만 예를 들어 Vista의 이벤트 로그 시스템이 완전히 점검되었습니다 Windows XP의 이벤트 로그 시스템과 거의 유사하지 않습니다. 아마도 문자 그대로 호환되지 않을 것입니다.

Answer 6

여기서 문제는 그 것입니다 System.Diagnostics.Eventing AppFabric (예 : Windows Azure)에서 사용되므로 기본적으로 Windows XP가 클라우드와 대화하는 오르막 전투와 싸울 것입니다.