.NET中的CTS、CLS、CLR

1、解释1

一、CLR(Common Language Runtime) ：公共语言运行库

CLR 是CTS(Common Type System：通用类型系统)的实现，

便是说：CLR是应用程序的执行引擎和功能齐全的类库，

该类库严格按照CTS规范实现。做为程序执行引擎，CLR

负责安全地载入和运行用户程序代码，包括对不用对象的垃圾回收

和安全检查。在CLR监控之下运行的代码成为托管代码（managed code）。

二、CTS(Common Type System)：通用类型系统

CTS不但实现了COM的变量兼容类型，并且还定义了经过用户自定义类型

的方式来进行类型扩展。任何以.net平台做为目标的语言必须创建它的数据

类型与CTS的类型间的映射。

全部.NET语言共享这一类型系统，实现它们之间无缝的互操做。该方案还提供

了语言之间的继承性。例如：用户可以在VB.NET中派生一个由C#编写的类。

能够将CTS当作是全部.NET语言的superset（union）,而符合CTS的各类

不一样的语言，其实都只是CTS的subset（intersection）。这些语言所写出来的程序，

如想要有最佳的相容性，以便互相调用（invoke）或继承，这些语言之间就必需取得

一个共同的subset，有共同遵照的规范，这就是CLS.

三、CLS（Common Language Specification）：通用语言规范。

很显然，编程语言的区别不只仅在于类型。例如，一些语言支持多继承性，

一些语言支持无符号数据类型，一些语言支持运算符重载。

用户应认识到这一点，所以.NET经过定义公共语言规范(CLS：Common Language Specification)，
限制了由这些不一样引起的互操做性问题。CLS制定了一种以.NET平台为目标的语言所必须

支持的最小特征，以及该语言与其余.NET语言之间实现互操做性所须要的完备特征。

认识到这点很重要，这里讨论的特征问题已不只仅是语言间的简单语法区别。

例如，CLS并不去关心一种语言用什么关键字实现继承，只是关心该语言如何支持继承。

CLS是CTS的一个子集。这就意味着一种语言特征可能符合CTS标准，但又超出CLS的范畴。
例如：C#支持无符号数字类型，该特征能经过CTS的测试，但CLS却仅仅识别符号数字类型。
所以，若是用户在一个组件中使用C#的无符号类型，就可能不能与不使用无符号类型的语言

(如VB.NET)设计的.NET组件实现互操做。

 

2、解释2

在学习.NET的过程当中，都会不可避免地接触到这三个概念，那么这三个东西是什么以及它们之间的关系是怎样的呢？咱们在学习的过程当中可能比较过多的会去关注CLR，由于CLR是.NET Framework的核心，可是我要说的是CTS和CLS更为重要，由于他们是CLR的核心。任何编程语言，若是想要在.NET CLR上执行，就必需提供一个编译器，将此语言的程序编译成.NET CLR所认识的metadata以及IL，符合CTS的规定。并不是全部的语言都能和C#同样符合CTS的规范，毕竟许多语言出如今先，CTS出如今后，因此有一些旧的语言未能符合CTS的规定。这类的语言在.NET中有下列三种方式来符合CTS规范：

 

- 改变语言自己以符合CTS的规定。例如Visual Basic 6就为此作了大幅度的扩充与改变，加上继承的特性，这使得新版的Visual Basic .NET 差很少能够算是一个全新的语言了，犹如当年C衍生出C++同样。

 

- 扩充语言自己以接近CTS的规定，但仍保留不相容于CTS的语法，如此一来，程序中符合CTS规定的以CTS方式编译，不符合CTS规定的则以传统的方式编译成native code。例如C++ with Managed Extension (简称MC++) 就是如此。

 

- 语言自己尽可能维持不变，一切都是经过超强的编译器设计来达成和CTS的相容，Eiffel就是如此的做法。例如，CTS不支援多重继承(multiple inheritance)，可是Eiffel支援多重继承，经过Eiffel的编译器能够利用interface以及attribute来达到多重继承(这样的做法至关巧妙，有兴趣的读者不妨去研究一下)。

 

好，如今让咱们来看一下它们三者的关系。

1)CTS通用类型系统(Common Type System)

CTS不但实现了COM的变量兼容类型，并且还定义了经过用户自定义类型的方式来进行类型扩展。任何以.NET平台做为目标的语言必须创建它的数据类型与CTS的类型间的映射。全部.NET语言共享这一类型系统，实现它们之间无缝的互操做。该方案还提供了语言之间的继承性。例如，用户可以在VB.NET中派生一个由C#编写的类。咱们能够将CTS 当作是全部.NET 语言的superset (union)，而符合CTS 的各类不一样的语言，其实都只是CTS 的subset (intersection)。这些语言所写出来的程序，若是想要有最佳的相容性，以便互相调用(invoke) 或继承，这些语言之间就必需取得一个共同的subset，有共同遵照的规范，这就是CLS 。

2)CLS通用语言规范(Common Language Specification)

很显然，编程语言的区别不只仅在于类型。例如，一些语言支持多继承性，一些语言支持无符号数据类型，一些语言支持运算符重载。用户应认识到这一点，所以.NET经过定义公共语言规范(CLS：Common Language Specification)，限制了由这些不一样引起的互操做性问题。CLS制定了一种以.NET平台为目标的语言所必须支持的最小特征，以及该语言与其余.NET语言之间实现互操做性所须要的完备特征。认识到这点很重要，这里讨论的特征问题已不只仅是语言间的简单语法区别。例如，CLS并不去关心一种语言用什么关键字实现继承，只是关心该语言如何支持继承。CLS是CTS的一个子集。这就意味着一种语言特征可能符合CTS标准，但又超出CLS的范畴。例如：C#支持无符号数字类型，该特征能经过CTS的测试，但CLS却仅仅识别符号数字类型。所以，若是用户在一个组件中使用C#的无符号类型，就可能不能与不使用无符号类型的语言(如VB.NET)设计的.NET组件实现互操做。

 

3)CLR公共语言运行库(Common Language Runtime)

简单地说，CLR是CTS的实现，也就是说，CLR是应用程序的执行引擎和功能齐全的类库，该类库严格按照CTS规范实现。做为程序执行引擎，CLR负责安全地载入和运行用户程序代码，包括对不用对象的垃圾回收和安全检查。在CLR监控之下运行的代码，称为托管代码(managed code)。

3、解释3

缩写的全称：    

  CTS是通用类型系统(Common Type System)     

 CLR是公共语言运行时(Common language runtime)     

 CLS是公共语言定义(Common Language Specification)
      全部类型均可以在 CTS中声明。CTS定义了一组语言编译器必须遵循的规则，以定义、引用、使用和存储引用类型和值类型。

所以，遵循CTS，在不一样语言中编写的对象才能彼此交互。但并非全部的类型均可以用于全部的语言。要创建能够在全部.NET语言中访问的组件，

就要使用CLS。有了CLS，编译器就能够根据CLS规范检查代码是否有效。
      任何支持.NET的语言都不只仅局限于CLS定义的公共功能子集。甚至有了.NET，仍能够建立不能在不一样语言中使用的组件。

这就是说，利用.NET支持全部的语言比利用COM简单得多。若是把本身限制在CLS以内，就能够保证组件能够在全部的语言中使用。

第三方编写的库极可能限制在CLS以内，以确保该库能够在全部的语言中使用。
      .NET Framework是为了支持多种语言而设计的。在设计.NET的阶段中，Microsoft让许多编译器开发商创建它们本身的.NET语言。

Microsoft本身就发布了VB.NET、Managed C++、C#、J#和JScript.NET。另外，不一样开发商开发了40多种语言，

例如Cobol、Smalltalk、Perl和 Eiffel。每种语言都有其特有的优势和许多不一样的功能。这些语言的编译器都进行了扩展，以支持.NET。

提示：      

CLS是一种语言必须支持的最小规范要求。若是把公共方法限制为CLS，那么支持.NET的全部语言就均可以使用咱们的类！
在.NET Framework中，几乎全部(但不是全部)的类都是与CLS兼容的。在MSDN文档说明中，不兼容的类和方法都被特别标记为不兼容，

例如System命名空间中的UInt32结构。UInt32表示32位无符号整数。并非全部的语言(例如Visual Basic.NET或J#)都支持无符号的数据类型，

这种数据类型是与CLS不兼容的。