我试图解释小型网络视频的URI中方案和协议之间的区别。
我已经达到了可以澄清的地步#34;通过查看RFC {{3}中的文件:方案,并非所有方案都与协议组合在一起}。
在RFC文档中,它引用了我们对可以使用文件方案完成的操作的讨论。然后说:
有关示例,请参阅POSIX文件和目录操作[POSIX] 可以对文件执行的标准化操作。
如果协议"规则系统或商定的程序" "标准化操作" 是什么意思?他们还同意了如何处理某些事情的程序吗?
我无法继续下去,因为POSIX部分没有任何链接,但我真正想知道的是,如果我可以在我的视频中说出来,而没有人对我大喊大叫:< / p>
&#34;并非所有方案都已获得协议! 因此,不是协议会发生几种不同的操作。&#34; (但它们是什么?这个陈述是正确还是错误?)&lt; -----
因为听起来像我发现的那些其他操作(例如在文件:方案上)也可能是协议,因为它们是标准的东西。
或者是否有一个协议意味着只有一个约定的方式来做某事而且它不应该被允许发生的其他多个操作开放?
问题:
最后,我对协议与其他计划运作的研究我已经让我说,协议是不同的,因为它们是一个规则系统或商定的程序用于 通信或两个或多个实体,计算机系统或工具之间的信息传输。
虽然只是广泛而且说文件方案等方案可能会发生其他可能的行为。 (我仍然不知道其中一些行为是否符合多个可能的协议,或者它们是否完全不同,而且根本不是协议)
作为一个想要对协议的定义与标准操作更加确定的人,我希望我能得到另一个专家意见,说我的上述结论是正确的还是错误的。
答案 0 :(得分:2)
Scheme是一个具体的语法定义。 Scheme
用于编程世界中的不同位置和上下文。但根据您所指的上下文Scheme
可以有不同的用法
从上面可以看出,在定义编写URL的标准方式时使用了两个Scheme,它还用于定义可以使用的活动/方法/机制的类型。另一个有趣的部分是维基百科URI文章(https://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Syntax)
hierarchical part
┌───────────────────┴─────────────────────┐
authority path
┌───────────────┴───────────────┐┌───┴────┐
abc://username:password@example.com:123/path/data?key=value#fragid1
└┬┘ └───────┬───────┘ └────┬────┘ └┬┘ └───┬───┘ └──┬──┘
scheme user information host port query fragment
urn:example:mammal:monotreme:echidna
└┬┘ └──────────────┬───────────────┘
scheme path
在这里,您甚至可以看到我们称之为协议,HTTP
协议,HTTPS
协议在URI中被称为scheme
。当我们一般谈论HTTP协议时,我们只讨论服务器的http://
URL。但协议本身远不止于此
协议是一组用于传递数据的规则和准则。在两台或多台计算机之间的通信期间为每个步骤和过程定义规则。网络必须遵循这些规则才能成功传输数据。
以下推荐的WIKI应该通过
https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol
https://en.wikipedia.org/wiki/Application_layer
关于您提到的file
URI方案
https://tools.ietf.org/html/rfc8089#ref-POSIX
scheme
定义了如何编写网址。这只不过是
file://host/path
现在可能的操作集合与file
上的操作不同,您可以在move
上使用rename
,change permission
,local
文件,但你不能使用file uri
。现在这不是一个协议,因此可以使用文件uri
不幸的是,我觉得问题和答案都有点宽泛或含糊不清
答案 1 :(得分:0)
基本上协议是一组规则,用于管理网络上的计算机之间的通信reference,其中 scheme 提供是否访问信息(资源)/通过网络传输或不传输。 离。
file://tmp/test
news://news.server.example/example.group.this