Fluid-Framework 和 Signalr 的区别

Question

问题：微软最近发布了Fluid-Framework on github，如何/如何将 Signal-R 替换为 MS Fluid-Framework，主要区别是什么？

用例：Fluid 似乎支持 collaboration 和 Mermaid 等图表/Flowchart 的数据同步，这是一个核心用例。因此，当我开始尝试用Fluid-Framework替换Signal-R 时，我很快就意识到了这两个文档。缺少这方面的指导。

对我来说有些困惑，我会很感激一些信息：

• 客户端-服务器是 在他们的主页上丢失，让我感到困惑。例如我想在 Action/API 签名中配置sync data, how often, fall back storage, custom claims in the container, port info, bind attributes，但是示例/帮助中的这些数据不是强类型的？ import { DataObject, DataObjectFactory } from "@fluidframework/aqueduct"; 只需要在服务器端连接更强大的类型样本。

• 流体容器：Transition 或 Query information 活动节点的状态，美人鱼图中的下一个节点也不是 清楚，我怎么得到这个

缺少文档

Answer 1

SignalR 是一个出色的库，用于向客户端发送消息和从客户端发送消息。在 Fluid Framework 中编写一个替换 socket.io 驱动程序的驱动程序是合理的，这是另一个 WebSocket 实现。

Fluid Framework 不是 WebSockets、Socket.IO 或 SignalR 的直接替代品。该应用可能不得不将更多的客户端状态转移到 Fluid distributed data structures

使用 SignalR 和 WebSocket 的开发人员通常用于支持 Last Write Wins 数据结构，例如通过 WebSocket 发送一条消息，该消息更新客户端映射中的值。在更简单的场景中，通过 WebSocket 发送的消息可能只是一个通知，例如你有邮件，发出警报。

Fluid 是关于维护状态，而不是关于传输消息。虽然 LWW 数据结构包含在 Fluid 中，但某些数据结构需要更复杂的状态管理。字符串和序列不是最后一次写入的胜利。

最后写入获胜算法如何处理两个用户同时编辑字符串？

Starting state "Hello World";
Alice adds "!" at the end;
Bob adds "?" at the end;

您可能有奇怪的行为导致“Hello World？”或“Hello World！”

Fluid 通过 Fluid 服务订购 Bob 的零钱和 Alice 的零钱。然后，合并树数据结构具有用于应用这些有序更改的可重现合并算法。最终该字符串将显示为“Hello World?!”

虽然简单的示例可能很容易实现，尤其是 LWW，但更复杂的示例是一个挑战。 OT 和 CRDTs 是处理状态复制的两种现有方法。 Fluid 的大部分初始价值主张都是围绕着代表您维护复杂的状态。