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