C# FileSystemWatcher 1000+;单个客户端计算机

C# FileSystemWatcher 1000+;单个客户端计算机,c#,popup,filesystemwatcher,C#,Popup,Filesystemwatcher,我最近创建了一个winform应用程序,它有一个FileSystemWatcher,指向网络驱动器上的一个目录,该目录包含一个(最大4kb)txt文件,并将NotifyFilter设置为“LastWrite” 表单开始隐藏,但如果txt文件被更新,应用程序会将文件的每一行读取到字符串数组中,将这些行设置为各种文本框的文本属性,然后在通知区域上方设置表单的“弹出”动画,然后在计时器上再次隐藏 我制作了一个Web前端,它可以写入txt文件,并在提交表单时将消息“发送”给所有运行应用程序的用户 在过去

我最近创建了一个winform应用程序,它有一个FileSystemWatcher,指向网络驱动器上的一个目录,该目录包含一个(最大4kb)txt文件,并将NotifyFilter设置为“LastWrite”

表单开始隐藏,但如果txt文件被更新,应用程序会将文件的每一行读取到字符串数组中,将这些行设置为各种文本框的文本属性,然后在通知区域上方设置表单的“弹出”动画,然后在计时器上再次隐藏

我制作了一个Web前端,它可以写入txt文件,并在提交表单时将消息“发送”给所有运行应用程序的用户

在过去一个月左右的时间里,我们在大约30人的团队中使用此功能发送通知消息,没有任何问题,也没有任何遗漏消息

现在有人问我,这是否可以扩展到能够向1000多名用户发送相同的通知,我开始认为这可能不是一个好主意

FSW在承载文件的网络/文件服务器上有什么开销

有没有(免费)现成的客户机/服务器解决方案可以让我省去重新发明轮子的麻烦


我们每周最多只发送5-10条消息,所以我真的不想疯狂开发超出我们需要的规范的东西。

一个简单的Web服务将消息推送到客户端需要几个小时的开发时间,如果需要的话,它会更灵活/可伸缩。我开始研究WebSocket和但我忍不住觉得这对我所需要的东西来说太过分了。在这个规模上使用FSW是否有任何技术限制,使当前的应用程序不可行?@ PrWiRAMS1982。我不认为信号过量和更可靠,因为FSW有时可能会失败。其实实施起来并不难。对熟悉它的人来说需要几个小时,如果你从来没有使用过它,还需要几个小时。当然,建议使用更合适的技术进行消息传递的评论是正确的,但这并不会使技术问题无效。我昨天花了一段时间看了signar,并说它很酷。。。。。我认为查看旧的websockets文档一开始让我感到害怕,但我在不到一个小时的时间内配置了我的SignalR服务器/客户机,并打开了一个全新的可能性世界(首先是针对目标消息的组)。谢谢你的建议!