什么归类为协议?
What classifies as a Protocol?
我正在尝试解释 schemes 和 protocol 在小型网络视频的 URI 中的区别。
我已经到了可以通过查看 RFC [=11= 中的 File: 方案来澄清“并非所有方案都与协议分组的地步” ].
在RFC文档中,它让我们参考了对文件方案可以完成的操作的讨论。然后说:
See the POSIX file and directory operations [POSIX] for examples of
standardized operations that can be performed on files.
如果协议是“规则系统或商定程序”,“标准化操作” 是什么意思?处理事情的流程他们不是也约定好了吗?
我不能再往下说了,因为 POSIX 部分中没有 link,但我真正想知道的是我是否可以在我的视频中说这个而不用有人骂我:
"并不是所有的方案都有协议!
因此,发生了几种不是协议的不同操作。”(但它们是什么?这个说法是正确的还是错误的?)<-----
因为在我看来,发生的那些 other 操作(例如在 file: 方案上)也可能是协议,因为它们是某种东西的标准。
或者拥有一个协议是否意味着只有一个同意的方式来做某事并且它不应该对允许发生的其他多个操作开放?
问题:
- 当没有协议与方案相结合时,回退 是其他协议还是只是具有我们同意的标准的其他操作? (比如协议?如果是的话,两者有什么区别?)
更新:
最后,我对 协议与其他方案操作的研究 我得出的结论是,协议是不同的,因为它们脱颖而出是一个规则系统或同意用于 通信 或两个或多个实体、计算机系统或工具之间的信息传输。
虽然只是宽泛地说其他可能的操作可能会发生在文件方案等方案中。 (我仍然不知道其中一些行为是否符合不止一种可能的协议,或者它们是否真的完全不同,根本不是协议)
作为一个想要更加确定协议定义与标准操作的人,我希望我能得到另一个专家意见来判断我的上述结论是正确还是错误。
- (协议=通信)
- (+ 希望文件方案的标准操作示例使其不同于协议 - 或者如果它是协议和其他不被视为协议的功能的混合)
Scheme是一个具体的语法定义。 Scheme
在编程世界的不同地方和上下文中使用。但是根据您所指的上下文 Scheme
可以有不同的用法
- URI 方案 (https://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml#uri-schemes-1)
- 身份验证方案(https://docs.microsoft.com/en-us/dotnet/framework/wcf/feature-details/understanding-http-authentication#http-authentication-schemes)
从上面两个可以看出,Scheme是用来定义标准写法URL的,也是用来定义你可以使用的activities/approaches/mechanism类型的。另一个有趣的部分是维基百科 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://www.rfc-editor.org/rfc/rfc8089#ref-POSIX
scheme
定义了url的写法。这不过是
file://host/path
现在这组可能的操作不同于您在 file
上的操作,您可以在 [=] 上使用 move
、rename
、change permission
24=] 文件,但您不能使用 file uri
来执行这些操作。现在这不是协议,因此可以使用文件 uri
的实例进行操作
不幸的是,我觉得这个问题和这个答案都有点宽泛或模糊
基本上 协议 是管理网络上机器之间通信的一组规则 reference 其中 scheme 提供是否信息(资源)是否通过网络 accessed/transferred。
例如
file://tmp/test
news://news.server.example/example.group.this
我正在尝试解释 schemes 和 protocol 在小型网络视频的 URI 中的区别。
我已经到了可以通过查看 RFC [=11= 中的 File: 方案来澄清“并非所有方案都与协议分组的地步” ].
在RFC文档中,它让我们参考了对文件方案可以完成的操作的讨论。然后说:
See the POSIX file and directory operations [POSIX] for examples of standardized operations that can be performed on files.
如果协议是“规则系统或商定程序”,“标准化操作” 是什么意思?处理事情的流程他们不是也约定好了吗?
我不能再往下说了,因为 POSIX 部分中没有 link,但我真正想知道的是我是否可以在我的视频中说这个而不用有人骂我:
"并不是所有的方案都有协议! 因此,发生了几种不是协议的不同操作。”(但它们是什么?这个说法是正确的还是错误的?)<-----
因为在我看来,发生的那些 other 操作(例如在 file: 方案上)也可能是协议,因为它们是某种东西的标准。
或者拥有一个协议是否意味着只有一个同意的方式来做某事并且它不应该对允许发生的其他多个操作开放?
问题:
- 当没有协议与方案相结合时,回退 是其他协议还是只是具有我们同意的标准的其他操作? (比如协议?如果是的话,两者有什么区别?)
更新:
最后,我对 协议与其他方案操作的研究 我得出的结论是,协议是不同的,因为它们脱颖而出是一个规则系统或同意用于 通信 或两个或多个实体、计算机系统或工具之间的信息传输。
虽然只是宽泛地说其他可能的操作可能会发生在文件方案等方案中。 (我仍然不知道其中一些行为是否符合不止一种可能的协议,或者它们是否真的完全不同,根本不是协议)
作为一个想要更加确定协议定义与标准操作的人,我希望我能得到另一个专家意见来判断我的上述结论是正确还是错误。
- (协议=通信)
- (+ 希望文件方案的标准操作示例使其不同于协议 - 或者如果它是协议和其他不被视为协议的功能的混合)
Scheme是一个具体的语法定义。 Scheme
在编程世界的不同地方和上下文中使用。但是根据您所指的上下文 Scheme
可以有不同的用法
- URI 方案 (https://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml#uri-schemes-1)
- 身份验证方案(https://docs.microsoft.com/en-us/dotnet/framework/wcf/feature-details/understanding-http-authentication#http-authentication-schemes)
从上面两个可以看出,Scheme是用来定义标准写法URL的,也是用来定义你可以使用的activities/approaches/mechanism类型的。另一个有趣的部分是维基百科 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://www.rfc-editor.org/rfc/rfc8089#ref-POSIX
scheme
定义了url的写法。这不过是
file://host/path
现在这组可能的操作不同于您在 file
上的操作,您可以在 [=] 上使用 move
、rename
、change permission
24=] 文件,但您不能使用 file uri
来执行这些操作。现在这不是协议,因此可以使用文件 uri
不幸的是,我觉得这个问题和这个答案都有点宽泛或模糊
基本上 协议 是管理网络上机器之间通信的一组规则 reference 其中 scheme 提供是否信息(资源)是否通过网络 accessed/transferred。 例如
file://tmp/test
news://news.server.example/example.group.this