.net的一个很重要的特性就是跨语言的编程，用C#写的dll可以在VB.net里调用，例如：

　　用C#写的一个类，编译到dll中，然后在VB.net中调用：

　　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中就出现了问题，特别是开发一些

　　通用的类库的时候，就更需要注意这一点。

　　看看对.net framework中Int32反编译的部分结果（用的是Reflector）:

　　[CLSCompliant(false)]

　　uint System.IConvertible.ToUInt32(IFormatProvider provider);

　　这是因为有的语言不支持UInt32类型。

　　再看看对UInt32反编译的结果，UInt32的声明：

　　[Serializable, StructLayout(LayoutKind.Sequential), CLSCompliant(false)]

　　public struct UInt32 : IComparable, IFormattable, IConvertible

　　{

　　}

　　在前阵子的一个随笔：什么是CLS？

　　“CLS是编程语言设计者和类库设计者之间的一个约定”

　　现在体会得更深了。

　　刚开始系统学习.net框架，有错误的地方，还请大家不吝赐教