您的triplestore包含很多节点，您必须通过REST接口访问此数据库。现在REST和RDF，表示策略是什么？
，我的解决办法是，每一个命名（未具名）节点导出为资源，其表示为：
我有点不情愿在第二点：这基本上会给出传入和传出的三元组。
您对纯粹的面向RDF的数据存储的REST sytle表示有什么看法？ 你有没有分享我的观点，如果没有，你对此有何看法？
取决于数据是什么以及用户想要使用的界面。这个问题类似于SPARQL DESCRIBE查询表单应该返回的内容。 （这是由实现决定的。）
对于我使用RDF数据的用例，我会使用1和3来生成资源的空节点闭包。另外，您可以为情况2创建一个单独的界面，并返回资源的传入弧线。
（免责声明：这可能不完全符合您的问题的内容，但它对应于标题）
我认为，关于RDF数据的休息代表性的题目是颠倒顺序的一个普遍问题的概念。对我来说，正常的做法是收集具有RDF数据的Rest文档的集合，并使用RDF数据库进行索引和制作全局查询。
在这种情况下，您可以按照自己的喜好组织资源。如果您假装使用节点的URI作为导出的资源），那么您的方法会对您的资源的含义有什么微妙的问题：您在此处提出的其余资源是“information resources”，然后它们不能成为抽象资源。信息和元信息之间会有冲突。
我发表了一篇文章here更详细地解释了这个观点。
让RDF数据集REST遍历的一个简单方法是对所有遍历元素使用URL。
当访问URL（例如通过HTTP GET）时，结果显示连接的节点（连接为属性和/或反转属性）。
更正式地返回的表示形式可以是资源的Concise Bounded Description。