0
我已經看到了使用列表存儲所有接收者的Publisher訂閱模式的幾個實現。散列表發佈者訂閱模式
但他們都沒有使用散列表。
因此，我想知道爲什麼？爲什麼我們不應該使用散列表來達到這個目的，是否有任何理由？
感謝
A
回答
1
Hashtable優化查找。在這裏，你可以找到典型應用案例：http://www.dotnetperls.com/hashtable
在你的任務，你只需要遍歷所有用戶，因此可以用它實現IEnumerable<T>接口的集合，但沒有必要對Hashtable
相關問題
- 1. WCF的發佈者訂閱模式
- 2. 發佈者 - 訂閱者模式，其中子訂閱者調用服務
- 3. 發佈者/訂閱者模式的並行實現
- 4. 我可以在多個發佈者和唯一訂閱者中使用發佈/訂閱模式嗎？
- 5. 零MQ發佈者訂閱者（pub/sub）
- 6. NServiceBus從v3.0訂閱者訂閱到v2.6發佈者
- 7. 在c＃中發佈訂閱者模式需要建議
- 8. EmberJs是否支持發佈/訂閱者事件模式？
- 9. 在C＃中發佈/訂閱模式WCF
- 10. 調解員模式與發佈/訂閱
- 11. 使用.asmx發佈訂閱模式
- 12. WCF的發佈/訂閱模式實現
- 13. Socket IO發佈訂閱模式棘手
- 14. 的Javascript發佈/訂閱模式示例
- 15. JMS主題發佈/訂閱者
- 16. 發佈者未分區時訂閱者表的分區
- 17. 無法配置Google雲端發佈/訂閱推送訂閱者
- 18. 發佈/訂閱
- 19. 創建發佈訂閱模式以集成到DAO模式
- 20. ReactJS中的發佈商/訂閱者模型
- 21. Mule發佈訂閱
- 22. NServiceBus發佈/訂閱
- 23. 將消息轉發到發佈者/訂閱者的審計隊列
- 24. NoSQL作爲發佈 - 訂閱/多讀者隊列的存儲嗎？
- 25. 基於列表發佈在C＃訂閱模式（WordPress的鉤/過濾器）
- 26. 使用Dojo的發佈訂閱模型
- 27. 使用觀察者模式來爲訂閱者建模通知
- 28. EventAggregator - 獲取訂閱者列表
- 29. PHP訂閱者郵件列表
- 30. HornetQ Rest-發佈者訂閱者消息傳遞
雖然，如果你的列表的用戶會變得很大，您可以使用通用字典按類型或其他常見因素對用戶進行分組，以優化查找相關用戶的過程。 –
對於取消訂閱而言，您確實需要查找，因此每個發佈服務器訂閱者模式在我看來都應該使用散列表 – taktak004
@DavidOsborne理論上是的。但我想不出真正需要pub/sub消息過濾的真實例子。它總是必須分成不同的部分或重新分配我認爲 – astef