C#이 개방형 표준이지만 .NET이 아닌 이유는 무엇입니까?

Question

C#이 개방형 표준이지만 .NET이 아닌 이유는 무엇입니까? 이것의 요점은 무엇입니까? Microsoft가 .NET의 일부만 열어보기로 결정한 이유는 무엇입니까?

Answer 1

ECM은 .NET 런타임의 다양한 부분을 C#, CLI, CLS와 같이 실제로 표준화했습니다.

Answer 2

.NET은 런타임이고 C#은 언어입니다. C#은 Mono와 같은 다른 런타임에서 컴파일하고 실행할 수 있습니다. Mono 이외의 다른 런타임은 실제로 인식하지 못하고 있지만 C#의 사양이 열려 있기 때문에이를 읽고 자신의 런타임을 만들 수 있습니다. ;)

Answer 3

Java, C, C++ 등과 같이 C#은 언어 정의에 불과합니다. 그 자체로는 아무것도하지 않습니다. 사용자가 프로그램이나 프로 시저를 정의하고 외부 라이브러리와 인터페이스를 정의 할 수있는 방법을 정의합니다.

반면 .NET Framework는 언어가 아닙니다. 그것은 클래스 라이브러리와 개발 프레임 워크입니다.

Answer 4

사실 실제로는 언어에 대해 ECMA 334 대신 런타임 API에 대한 공개 표준 (ECMA 335)이 있습니다.

the source code for Microsoft's implementation of .Net is available이 있으며 multiple separate implementations (가장 두드러진 것이 mono)입니다.

특허 침해에 대한 추가 우려가 있습니다. 그러나 Microsoft는 두 사양을 모두 포함하는 .Net 플랫폼에서 legally binding and irrevocable community promise을 발행했습니다 (많은 사람들이 법적으로 구속력있는 부분을 놓칩니다).

Answer 5

프레임 워크라고 가정합니다. 나는 그들이 Windows에서 라이브러리 구현을 제어하려고한다고 생각한다. Mono가 수행 한 것처럼 자신의 출처를 기반으로하는 프레임 워크 전체 또는 일부의 호출 호환 가능 버전을 구현하는 누군가를 막을 수있는 방법은 없습니다.