.net的一个很重要的特性就是跨语言的编程,用C#写的dll可以在VB.net里调用,例如:
用C#写的一个类,编译到dll中,然后在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
要编译通过,在函数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是编程语言设计者和类库设计者之间的一个约定”
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?