DotnetRDF是对 DotNet 中语义 Web 支持的最佳贡献,但它不像 Jena 和其他非 DotNet 项目那样支持 Ontology。
有些人在谈论Jena.NET的新稳定版本
但是下载链接失效了!很多语义网社区的人都因为对DotNet Framework的支持不佳而苦恼。
除了DotnetRDF之外,是否有任何工具支持 .Net 的软件?
.Net 的人真的很感激任何帮助。
DotnetRDF是对 DotNet 中语义 Web 支持的最佳贡献,但它不像 Jena 和其他非 DotNet 项目那样支持 Ontology。
有些人在谈论Jena.NET的新稳定版本
但是下载链接失效了!很多语义网社区的人都因为对DotNet Framework的支持不佳而苦恼。
除了DotnetRDF之外,是否有任何工具支持 .Net 的软件?
.Net 的人真的很感激任何帮助。
首先,我想谈谈你提出的一点:
它不像 Jena 和其他 Non-DotNet 项目那样支持 Ontology
你到底是什么意思?
您是在谈论缺乏以本体/资源为中心的 API,在这种情况下您是否尝试过 API 的本体 API部分?
或者您是在谈论缺乏 OWL 本体和/或推理支持?在这种情况下,是的,目前没有任何/非常有限的支持,我们目前没有带宽来处理这些功能
与任何开源项目一样,dotNetRDF 依赖于其开发人员和用户在空闲时间的输入和贡献。如果缺少对您非常重要的功能,请通过我们的邮件列表告诉我们并开始讨论。
您可能会发现您想要的功能对我们来说相对容易添加(或者已经存在,只是没有很好的文档记录),在这种情况下,您可以快速找到您的问题已解决。或者可能是该功能还不存在,因为实际上还没有人出现并要求它!
.Net 的人真的很感激任何帮助。
所有新功能都是由开发人员的需求或用户的功能请求驱动的。dotNetRDF 是一个开源项目,因此您始终可以考虑自己贡献缺少的功能或与开发人员(如我自己)合作以帮助提供您想要的功能。
其次,我将尝试实际回答您的问题
作为 dotNetRDF 和 Jena 的开发人员,我个人不喜欢 Jena.Net 的概念,除了运行移植代码可能会对性能造成一定程度的影响之外,还有一个事实是 Jena 在它的以多种方式进行设计——命名约定、设计模式(到处都是静态工厂!)、复杂的自定义迭代器基础设施和不一致的包名称。虽然其中一些很容易修复,但其他部分(例如IEnumerable<T>
在每个地方替换使用一些专门的迭代器)并不那么可修复。我在 3.5 年前开始使用 dotNetRDF 是有原因的,因为我想要一个合适的 .Net 原生 API,而不是一些丑陋的端口。
如果您希望在 dotNetRDF 中看到 Jena 的特定功能,我会更感兴趣的是使用 Jena 代码库作为指南编写这些功能的本机 .Net 实现。正如我之前提到的,也许你/其他人会对此感兴趣,作为对 dotNetRDF 的贡献
.Net 周围还有一些其他工具,认为许多工具已被废弃/不成熟: