CLS理解
自己感觉对此的理解又更进了一层。
个人认为：CLS用到的地方应该是在跨语言调用时用的比较多。比如说在c#中编写的代码，用到VB编写的类库时，那么在VB里面编写的类库代码就应该要符合CLS的规范。转载一个例子说明这一点。
using System;
namespace CLSsample
{
public class CLSTest
{
public CLSTest()
{
}
public void ABC()
{
Console.WriteLine("ABC");
}
}
}
在VB.net中调用：
Dim c As CLSsample.CLSTest = New CLSsample.CLSTest
c.ABC()
现在给dll中的CLSTest类加一个函数：
public void abc()
{
Console.WriteLine("abc");
}
先编译C#写的这个dll，再编译VB.net工程，编译出现问题，提示信息如下：
重载决策失败，原因是没有可访问的“ABC”最适合这些参数:
'Public Sub abc()': 不是最适合。
'Public Sub ABC()': 不是最适合。
原因很简单，因为C#是区分大小写的，但是VB.net不区分。
而真正的原因在于用C#写的这个类是不符合CLS（公共语言规范）的。
现在在命名空间前面加上一句，标示编译时确保不包含其它语言无法使用的内容：
[assembly:CLSCompliant(true)]
namespace CLSsample
{
......
public void ABC()
{
Console.WriteLine("ABC");
}
public void abc()
{
Console.WriteLine("abc");
}
}
这时候再编译，就会出现错误，提示信息：
只在大小写不同的标识符“CLSsample.CLSTest.abc()”不符合 CLS
要编译通过，在函数abc前加上：
[CLSCompliantAttribute(false)]
指出 abc函数 是不符合 CLS 的
下面是MSDN中对CLS的部分说明：
CLS 在设计上足够大，可以包括开发人员经常需要的语言构造；同时也足够小，
大多数语言都可以支持它。此外，任何不可能快速验证代码类型安全性的语言
构造都被排除在 CLS 之外，以便所有符合 CLS 的语言都可以生成可验证的代码
（如果它们选择这样做）。
也就是说开发的类库必须遵守CLS才可以更好的被其它的语言所使用。否则就像
上面的情况，用C#开发的动态链接库在VB.net中就出现了问题，特别是开发一些
通用的类库的时候，就更需要注意这一点。
在VB.net中调用：
Dim c As CLSsample.CLSTest = New CLSsample.CLSTest
c.ABC()
现在给dll中的CLSTest类加一个函数：
public void abc()
{
Console.WriteLine("abc");
}
先编译C#写的这个dll，再编译VB.net工程，编译出现问题，提示信息如下：
重载决策失败，原因是没有可访问的“ABC”最适合这些参数:
'Public Sub abc()': 不是最适合。
'Public Sub ABC()': 不是最适合。
原因很简单，因为C#是区分大小写的，但是VB.net不区分。
而真正的原因在于用C#写的这个类是不符合CLS（公共语言规范）的。
现在在命名空间前面加上一句，标示编译时确保不包含其它语言无法使用的内容：
[assembly:CLSCompliant(true)]
namespace CLSsample
{
......
public void ABC()
{
Console.WriteLine("ABC");
}
public void abc()
{
Console.WriteLine("abc");
}
}
这时候再编译，就会出现错误，提示信息：
只在大小写不同的标识符“CLSsample.CLSTest.abc()”不符合 CLS
相信看过这个例子之后应该都会明白CLS具体的功效。
