Delegates 委派和WebSocket在幕后相似吗？

我只是想弄明白这两件事是怎么回事。显然，websocket使用推送技术，因此客户端不必进行长时间轮询，也不必不断刷新并检查是否有更改（有点像事件侦听器）

但对于委托，就像在目标C中一样，委托人通过反复发送请求来不断检查，以查看是否触发了方法。或者，是否将已触发方法的信息推给了代理

---

或者我关于委托的第三个理论是，因为它们当然在同一个程序中，所以这两个类（protocol和delegate类）总是有一个“开放连接”，有点像轮询。还是像我的第二段那样，信息真正被推送。

WebSocket是一种双向全双工基于消息的通信通道。许多推送技术可以获得较低的服务器到客户端（浏览器）延迟，但使用WebSockets，您也可以获得较低的客户端到服务器延迟（因此具有较低的往返延迟）

---

根据我的阅读（我不是Objective-C专家），委托只是在对象之间创建松散协议的一种方式（在对象意义上，而不是在网络意义上）。我不知道实现的细节，但我确信没有进行投票。委托方法可能只是在需要时查找。不需要“开放连接”或轮询。将委托视为进行函数/方法调用的一种方式，而不是网络传输（如WebSocket）。这一点更为详细。

WebSocket并不是一种“推送技术”。它是一种双向全双工消息通信信道。许多推送技术可以获得较低的服务器到客户端（浏览器）延迟，但使用WebSockets，您也可以获得较低的客户端到服务器延迟（因此也可以获得较低的往返延迟）。感谢Kanaka提供的信息，真的很有帮助！：D你认为你可以继续解释授权在幕后是如何运作的吗？我做了一个回答，并把我能确定的放在那里。感谢你花时间回答，这真的比你所知道的更重要！这对我的理解很有帮助。由于计算机之间的通信（联网），甚至对象之间的通信对我来说都是一个令人困惑的话题。但说真的，你已经把事情弄清楚了！谢谢