在RDF URI中不使用驼峰大小写？

如果我要与其他在URI中使用连字符和句点的人共享一个本体，而不是像word-word.word-word这样使用句点的本体，除了惯例之外，还有什么令人信服的理由让人们想要改变它吗？此外，除了打印中的连字号和计算机代码中的负号

---

这不是一个关于camelcase和其他事情的民意调查。我想知道在RDF中使用camelcase是否有技术上的原因。

实际上不应该有技术上的原因来对比使用其中一个

您可能会发现一些旧的工具在URI中的

-

方面很笨拙。然而，它们确实不应该是这样，因为它是URI中完全合法的无保留字符，不需要百分比编码（）

---

这是我能想到的唯一技术原因，人们可能更喜欢驼峰案例，但如果有工具有问题，那么这些工具就有bug。

What@RobV说的。camelCase（用于属性名）和PascalCase（用于类名）的使用是RDF世界的惯例，但没有技术要求。@user1905156我对URI中的

-

没有问题，但值得一提的是，许多编程语言不允许在标识符中使用

-

，为词汇表术语创建常量可能是一件痛苦的事情。例如，在Jena中很容易有一个常量

RDFS.subpertyof

，但是

RDFS.sub属性的
是不合法的。（也就是说，我也是一个普通的Lisper，其中
的
rdfs:：sub属性比
rdfs:：| subpertyof |
更可取）。实际上，在我的示例中，我使用了
+rdf节点id+
而不是
+rdf节点id+|
）@JoshuaTaylor，所说的标识符名称及其值是两个不同的东西，你可以有一个
camelCaseIdentifier
，其值
在
@RobV-Yes中有hypens，当然；我不是有意要暗示别的。然而，如果词汇表是自动生成的，那么自动转换就是一个可能会带来问题的任务（不是一个大问题，但仍然是一个问题）。不过，在一篇关于Python RDFlib库的文章中，我们将
名称空间
类的未定义成员引用转换为URI。例如，
RDF.fooBar
将变成
。这样的动态语言可能会让程序员模糊界线。