.net 后端引发（INotify）属性更改事件到所有连接的客户端？
我们的一位“前端”开发人员不断向我们的后端开发人员请求，后端将对象的更改通知所有连接的客户端，这是一个客户端/服务器环境。例如：每当一个用户进行更改时，必须立即通知所有其他连接的客户端该更改 目前，我们的体系结构没有此类通知系统，我们也没有明确选择对象的发布/订阅模型，例如前端当前正在实现的对象。。这在这样的用例imho中是有意义的，但显然需要额外的实现 然而，我认为前端通常会检查同一对象上并发存在的用户更改的锁，而不是在后台按需拉取更改/加载，而不是后端不断地将所有更改推送到所有对象的所有客户端。。这对我来说太过分了 然而，有人认为，例如，MS Entity Framework实际上不仅针对本地更改，而且针对所有此类更改（包括其他客户端连接），发布INotifyPropertyChanged，但我没有发现任何证据或细节.net 后端引发（INotify）属性更改事件到所有连接的客户端？,.net,inotifypropertychanged,.net,Inotifypropertychanged,我们的一位“前端”开发人员不断向我们的后端开发人员请求，后端将对象的更改通知所有连接的客户端，这是一个客户端/服务器环境。例如：每当一个用户进行更改时，必须立即通知所有其他连接的客户端该更改 目前，我们的体系结构没有此类通知系统，我们也没有明确选择对象的发布/订阅模型，例如前端当前正在实现的对象。。这在这样的用例imho中是有意义的，但显然需要额外的实现 然而，我认为前端通常会检查同一对象上并发存在的用户更改的锁，而不是在后台按需拉取更改/加载，而不是后端不断地将所有更改推送到所有对象的所有客户
有人能解释一下吗？其他如ORMs等是否在实体上提供广播的INotifyPropertyChanged事件？这些通知纯粹是OnChange+=SomeHandler类型的本地通知。您所要求的似乎是新的反应式扩展库在.NET4中引入的内容。尽管如此，即使使用Rx，此类通知也不会是automagic；需要对发布/订阅通知进行一定程度的处理