.net-core - 是否有任何理由将 .NET Standard 或 .NET Core 库标记为符合 CLS

Question

是否有任何理由将 .NET Standard 或 .NET Core 库标记为符合 CLS？

据我了解：如果我用 C-sharp 构建一个 .NET Framework 库并使其完全符合 CLS，则所有类型/成员都可以从 .NET Framework 库或用 VB-net、F- 编写的应用程序中使用和调用尖锐等（不知道所有的 CLR 语言），引用我的库。

使用 .NET Standard 和 .NET Core 时，这不再相关了吗？除了 C-sharp 之外，还有哪些语言可以引用 .NET Standard 库？

但是，如果有多种语言并且您想让库与 CLS 兼容，这将很困难，因为许多 .NET 标准类型不兼容 CLS。

一些不符合 CLS 的类型：

• Microsoft.Extensions.FileProviders.IFileProvider
• Microsoft.Extensions.Logging.ILogger
• Microsoft.Extensions.Logging.ILoggerFactory

GitHub上有关于此的问题：

• https://github.com/aspnet/Logging/issues/500
• https://github.com/aspnet/AspNetCore/issues/2689

但据我了解，不会有任何变化：

• https://github.com/aspnet/AspNetCore/issues/2689#issuecomment-354693946

Answer 1

是否要构建符合 CLS 的库取决于您。我们无法为您做出决定。

请注意，分析仪只需要您正确标记您的组件。它没有说明是否应将其标记为合规。它只是说您应该明确说明它是否合规，可以是明确的“不，不是”。