"资源描述框架(RDF):概念和抽象语法"文档第6.4节规定"RDF图中的URI引用(RDF URI引用)...将产生有效的URI字符序列(根据RFC2396,第2.1节)表示带有可选片段标识符的绝对URI ..."
RFC 2396第2.1节仅讨论了各个字符的编码.它没有说明RDF中允许的标准URI的哪些部分.
在我看到的一些RDF文档中,术语"绝对URI"似乎只是指URI的domain.tld/path/name#optionalFragment形式,但没有提到查询字符串是什么(？key1 = value1&key2 = value2)允许或禁止(有时称为CGI数据).与相对URI(/ just/a/path)相比,其他RDF文档仅使用术语"绝对URI".
搜索"RDF URI查询字符串"充斥着SPARQL之类的错误命中.
所以,我的问题是:在RDF或RDFa中使用的URI中是否允许使用标准HTML查询字符串？
如果没有,为什么不呢？我知道URI不是URL,不一定用于从服务器检索网页.但是,RDF处理器读取这些URI,我认为他们可以通过这些"查询"字符串传递的附加元数据的形式获得一些帮助.
[2012年2月9日更新]以下是我的问题:我正在寻找一种方法来表明连接的"强度".例如,并非所有人都喜欢:同样了解每个人.我们可能刚刚在一次会议上见过几分钟.或者我可能和某人住了多年.对粮农组织来说也是如此.但是,如果我能够编写foaf:knows？strength = + 50,那么不知道如何处理强度键的处理器可以忽略它,而那些"强度感知"的处理器将具有有价值的附加元数据.我可以创建一个包含术语"agreesWith"的词汇表,然后允许strength = key值的范围从0到100(表示协议的百分比).然后,我将用一个词汇表涵盖整个协议范围.{注意:我曾考虑允许范围从-100到+100以涵盖一系列分歧.但是,为了向后兼容,我们需要一个术语"disagreeWith",这样不是"强度感知"的处理器仍然会知道"agreeWith"和disagreeWith之间的区别."}
就目前而言,似乎RDF推理者无法知道"几乎不能满足"和"比他了解自己更了解他"之间的区别.将键值对中具有不同值的每个不同谓词URI视为完全独立且完全不相关的谓词的决定似乎抛弃了几乎所有关于连接的最有价值的信息,所有这些都是为了简单起见代码编写和快速处理.
除了创建完全独立的主题,谓词或对象之外,查询字符串中的键值对可能还有其他有价值的用途:它们可用于指示是谁将特定实体添加到联合编辑的.RDF文件中.就目前而言,所有RDF推理者都知道,在某个地方存在三重存在？它没有基于其推理的附加信息.加密密码可用于验证源的可靠性,而不是简单地决定信任或不信任整个域.
好的,我知道如何使用<object>标记从单独的文件中包含HTML内容.我找不到的任何信息是包含的HTML文件中允许/要求的内容.可以说包含文件只是一些带有一些HTML标签的文本,或者它是否必须是带有标题的完整HTML文件<head>,和<body>？如果它出现在该DOM中,它如何出现在原始文档的DOM中？或者这两个文件是完全分开处理的？
是的,我知道,我可以尝试看看哪些有效.但是,我对HTML有足够的了解,知道现在发生的事情可能不是正确的做事方式.我不希望任何人在这里列出所有规则,但如果有人可以发布一些链接我会非常感激.这是一个已被证明极难搜索互联网的话题.
我知道这是一个有点重复的问题，但我想以非常具体的方式提出这个问题，以便澄清一个非常重要的观点。主要问题是：当一个是静态嵌套类而另一个是常规顶级类（除了访问包含类中的私有静态字段之外）时，其他相同的类之间是否有任何区别？
// ContainingClass.java
public class ContainingClass {
private static String privateStaticField = "";
static class ContainedStaticClass {
public static void main(String[] args) {
ContainingClass.privateStaticField = "new value";
}
}
}
// OutsideClass.java
public class OutsideClass {
public static void main(String[] args) {
ContainingClass.privateStaticField = "new value"; // DOES NOT COMPILE!!
}
}
换句话说：ContainedStaticClass可以访问或执行的操作与OutsideClass可以访问或执行的操作之间唯一的区别是OutsideClass不能直接访问吗ContainingClass.privateStaticField？或者是否存在其他未经常讨论或遇到的微妙差异？
我已经看到很多关于如何实现Iterable接口的例子,其中iterator()方法只返回要迭代的原始集合.但这似乎违背了迭代器的部分目的,因为人们应该能够遍历所述集合,而不必担心收集在你下面的变化.不应该Iterable的iterator()方法总是返回集合的克隆吗？而且,最好是深度克隆？
我知道,这个问题的答案可能部分基于意见,这是意思.但是,我想要的是Iterable接口的原始意图,而不是人们可能会或可能不会决定使用它.