asp.net - 语义 Web 本体工具和对 ASP.net 项目的支持

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 10年前.

DotnetRDF ，是对 DotNet 中语义 Web 支持的最佳贡献，但它不像 Jena 和其他非 DotNet 项目那样支持 Ontology。

有些人在谈论 Jena.NET 的新稳定版本

但是下载链接失效了!很多语义网社区的人都因为对DotNet Framework的支持不佳而苦恼。

除了DotnetRDF 之外，是否有任何工具支持.Net 的软件？ ?

.Net 的人真的很感激任何帮助。

Answer 1

首先我想谈谈你提出的一点:

it doesn't support Ontology as Jena and other Non-DotNet projects do

这到底是什么意思？

您是否在谈论缺少以本体/资源为中心的 API，在这种情况下您是否尝试过 Ontology API API 的一部分？

或者您是在谈论缺乏 OWL 本体和/或推理支持？在这种情况下，是的，目前没有任何支持/非常有限的支持，我们目前没有足够的带宽来处理这些功能

与任何开源项目一样，dotNetRDF 依赖于其开发人员和用户在空闲时间的输入和贡献。如果缺少对您非常重要的功能，请通过我们的mailing lists 告诉我们。并开始讨论。

您可能会发现您想要的功能对我们来说相对容易添加(或者已经存在，只是没有很好的文档记录)，在这种情况下，您可以很快找到解决问题的方法。也可能是该功能尚不存在，因为实际上还没有人提出要求!

.Net people would really Appreciate any help.

所有新功能都是由开发人员的需求或用户的功能请求驱动的。 dotNetRDF 是一个开源项目，因此您始终可以考虑自己贡献缺失的功能，或与开发人员(如我自己)合作以帮助提供您想要的功能。

其次我会尝试真正回答你的问题

作为 dotNetRDF 和 Jena 的开发人员，我个人不喜欢 Jena.Net 的概念，除了运行移植代码可能会对性能造成一定程度的影响之外，还有一个事实是 Jena 非常不支持 .Net。 Net 以多种方式进行设计——命名约定、设计模式(到处都是静态工厂!)、复杂的自定义迭代器基础设施和不一致的包名称。虽然其中一些很容易修复，但其他部分如替换 IEnumerable<T>在每个地方，使用一些专门的迭代器都不是那么可修复的。我在 3.5 年前开始使用 dotNetRDF 是有原因的，因为我想要一个合适的 .Net 原生 API 而不是丑陋的端口。

如果您希望在 dotNetRDF 中看到 Jena 的特定功能，我会更有兴趣使用 Jena 代码库作为指南编写这些功能的 native .Net 实现。正如我之前提到的，也许你/其他人会对此感兴趣，作为对 dotNetRDF 的贡献

.Net 周围还有一些其他工具，认为许多工具已被废弃/不成熟:

• SemWeb - 一个废弃的 .Net API，具有与 dotNetRDF 类似的功能
• Intellidimension Semantics SDK - 具有与 dotNetRDF 类似功能但一段时间内没有新开发迹象的商业 .Net API
• ROWLEX - 一个建立在 SemWeb 之上的 OWL 1 API，被废弃，死链接
• LinqToRdf - 基于 SemWeb 构建的 LINQ 到 SPARQL 转换器，已废弃
• RDFSharp - 用于 .Net 的非常新且非常小的 RDF API，不成熟
• BrighstarDB - 一个 .Net 原生三重存储，包含 Entity Framework 内容，正在积极开发
• dotSesame - Java Sesame API 的 .Net 端口，处于事件状态，但存在与 Jena.Net 相同的问题