Swift 什么是；上游认购“；对于联合主题类型来说是什么意思？

在苹果联合收割机框架的协议中，对

send（subscription:subscription）

功能有如下描述：

此呼叫为

主题

提供了建立任何新上游订阅需求的机会

Subject

上有类似的函数，允许发布

输出值或
Void
值，但仍不清楚
Subject
类型如何使用发送给它的订阅，或者这是什么意思

目前只有两种符合
Subject
的类型是和，它们都没有关于
send（subscription:subscription）
实现的任何文档

符合
主题的类型具有“上游订阅”意味着什么？将为订阅此主题的内容创建
主题的下游订阅
，但此处上游订阅的目的是什么？如果可能，请提供真实世界的示例。
在
CurrentValueSubject
和
PassthroughSubject
中，对象的存在是为了允许即时代码具有一个句柄，以便与联合发布器/异步机制进行交互和发布。在这样做的过程中，它们对发布者起作用，这意味着它们必须遵守联合发布者相当严格的生命周期

我有一个里面，你可以扫描快速概述。为了回答您更具体的问题，在订阅者连接并发出请求之前，发布者不会发布任何值

主题中公开的API是
send（）
，它的一般形式用于向订阅方发送值（如果订阅方已订阅）。
当您使用任何一种形式的主题时，通常不需要处理订阅服务器的发送，让常规实例处理所有订阅和响应机制

因此，如果你正在制作符合主题的自己的对象，那么你真的只需要实现它——也就是说，制作自己的主题实现，而不是基于苹果已经提供的两种变体之一

该特定方法允许您响应订阅请求，允许您记录和创建符号（如果需要）以处理订阅附带的需求分配。来自订阅服务器连接的每个订阅服务器都有一些与之相关联的标识，内置类在创建订阅服务器时跟踪订阅服务器及其
订阅

我个人发现，在现有主题上构建，将其组合到发布更新所需的任何内容中，要容易得多
 在
CurrentValueSubject
和
PassthroughSubject
中，对象的存在是为了允许即时代码具有一个句柄，以便与联合发布者/异步机制进行交互和发布。在这样做的过程中，它们对发布者起作用，这意味着它们必须遵守联合发布者相当严格的生命周期

我有一个里面，你可以扫描快速概述。为了回答您更具体的问题，在订阅者连接并发出请求之前，发布者不会发布任何值

主题中公开的API是
send（）
，它的一般形式用于向订阅方发送值（如果订阅方已订阅）。
当您使用任何一种形式的主题时，通常不需要处理订阅服务器的发送，让常规实例处理所有订阅和响应机制

因此，如果你正在制作符合主题的自己的对象，那么你真的只需要实现它——也就是说，制作自己的主题实现，而不是基于苹果已经提供的两种变体之一

该特定方法允许您响应订阅请求，允许您记录和创建符号（如果需要）以处理订阅附带的需求分配。来自订阅服务器连接的每个订阅服务器都有一些与之相关联的标识，内置类在创建订阅服务器时跟踪订阅服务器及其
订阅

我个人发现，在现有主题上构建，将其组合到发布更新所需的任何内容中，要容易得多
 谢谢！我认为这解释了主题的下游订阅是什么，但在这种情况下，什么是“上游订阅”？上游订阅是主题在链中连接时对任何东西的订阅。当您处理主题时，通常不会出现与运算符类似的链式订阅，而不是特定订阅，它通常是通过更直接的调用.send（）来传递数据。即使如此，作为出版商本身，主题也必须能够响应订阅，这是您所询问的方法的核心。那么上游订阅和下游订阅之间的区别是什么呢？对于主题，更难定义-对于联合收割机中的一般“操作员”（同时作为发布者和订阅者的事物）：-上游是您订阅的发布者，它们根据请求提供发布的值-下游是您发布的订阅者，您根据请求提供值谢谢！我想这解释了主题的下游订阅是什么，但什么是“上游订阅”那么，在这种情况下，“上游”订阅是主体在链中连接时对任何内容进行的订阅。当您与主体一起工作时，通常不会像您在运营商Inst中看到的那样有链订阅