如何使用 WCF 从 windows 服务通知应用程序
How to notify an application from windows service using WCF
我有一个 windows 服务可以连续从串行端口读取数据,我希望能够通过该服务使用 WCF 将更新后的数据通知 WPF 应用程序;我考虑过使用回调。
windows 服务将调用 WCF 服务的方法,该方法又将调用 WPF 应用程序回调:
[ServiceContract(CallbackContract = typeof(IUpdateCallback))]
public interface IMyService
{
[OperationContract]
void Update(UpdatedData data);
}
public interface IUpdateCallback
{
void OnUpdate(UpdatedData data);
}
这就是我计划实施服务的方式:
public class MyService : IMyService
{
public void Update(UpdatedData data)
{
var callback = OperationContext.Current.GetCallbackChannel<IUpdateCallback>();
callback.OnUpdate(data);
}
}
然后从客户端App端:
public class UpdateCallback : IUpdateCallback
{
public void OnUpdate(UpdatedData data)
{
// Update data logic...
}
}
我是否走在正确的轨道上,或者有更好的方法吗?
所以使用回调当然是一种方法。但是,回调通道可能会超时,因此您需要一种自动重新连接的方法。如果你想继续沿着这条路走下去,那么你看起来很好理解。
在我看来,更简单(因此更好)的解决方案是使用 netMsmqBinding,在 WPF 应用程序中托管服务,然后让 windows 服务使用它。这样做的好处是它比双工通信更可靠,因为它依赖于单向调用,并且更容易实现。
此外,即使 WPF 不可用,windows 服务仍然能够向 WPF 应用程序发送通知 - 消息将简单地排队,直到 WPF 重新联机。 (这可能是可取的,也可能不是可取的。)
您需要 msmq enabled on both machines, and for maximum reliability use transactional queues with DTC。
if I wanted to be able to send data from the client app to the serial
port (the Windows service would still handle the IO), would I have to
implement another WCF service
在这种情况下,是的,您必须在 windows 服务上配置一个服务,该服务公开了一个供 WPF 调用的操作。这将需要与用于通知的那个分开定义,并且可以只使用 http/tcp 作为传输而不是消息队列,因为这听起来像是一个同步操作。
Should I define the WCF service inside the WPF project and not as a
stand alone DLL?
WPF 项目是 WCF 服务的宿主进程。从这个角度来看,将服务定义为独立程序集或在 WPF 应用程序中没有区别,您应该能够在 WPF 应用程序中启动一个 ServiceHost
实例来公开该服务。
尽管将服务代码定义为服务的运行时托管几乎没有区别,但作为最佳实践,我总是会尝试将实际服务实现定义为单独的程序集,以保留逻辑上不同的东西在不同的地方。
how am I supposed to consume the data from the WPF application: the
Windows service will call the WCF service and send the data, from here
I would need to retrieve that data that is hold somewhere
所以我的理解是,您最初的计划是在 中托管 WCF 服务 windows 服务,该服务从串行端口读取数据。
WPF 服务随后将调用 WCF 服务,而 WCF 服务将存储 WPF 服务的回调委托,就像订阅一样有效。
当数据到达串行端口时,WCF 服务将调用回调通道并将数据反馈给 WPF 服务。
我的建议是将其替换为基于队列的方法,您可以在 WPF 应用程序中托管服务,并让 windows 服务在数据到达串行端口时简单地调用 WCF 服务.
然后您询问是否还让 WPF 应用程序调用 windows 服务来传递数据,我说您应该在 windows 服务中托管一个单独的服务,以便公开一个WPF 应用要调用的终结点。当 WPF 应用程序进行调用并将数据传递到 WCF 服务时,此数据可用于与串行端口通信的 windows 应用程序。
您现在是否在询问如何允许 windows 服务使用从 WPF 应用程序调用到 windows 服务托管的 WCF 应用程序的数据?如果是这样,请阅读我的 post ,其中详细说明了如何将数据从 WCF 服务实例传递到应用域,即 运行 ServiceHost 实例。
MSMQ 是处理此问题的好方法。如果您的技术堆栈允许,我会检查 ActiveMQ 或 RabbitMQ,因为您可以真正 pub/sub 将您的数据广播到有兴趣接收这些事件的其他应用程序。
我有一个 windows 服务可以连续从串行端口读取数据,我希望能够通过该服务使用 WCF 将更新后的数据通知 WPF 应用程序;我考虑过使用回调。
windows 服务将调用 WCF 服务的方法,该方法又将调用 WPF 应用程序回调:
[ServiceContract(CallbackContract = typeof(IUpdateCallback))]
public interface IMyService
{
[OperationContract]
void Update(UpdatedData data);
}
public interface IUpdateCallback
{
void OnUpdate(UpdatedData data);
}
这就是我计划实施服务的方式:
public class MyService : IMyService
{
public void Update(UpdatedData data)
{
var callback = OperationContext.Current.GetCallbackChannel<IUpdateCallback>();
callback.OnUpdate(data);
}
}
然后从客户端App端:
public class UpdateCallback : IUpdateCallback
{
public void OnUpdate(UpdatedData data)
{
// Update data logic...
}
}
我是否走在正确的轨道上,或者有更好的方法吗?
所以使用回调当然是一种方法。但是,回调通道可能会超时,因此您需要一种自动重新连接的方法。如果你想继续沿着这条路走下去,那么你看起来很好理解。
在我看来,更简单(因此更好)的解决方案是使用 netMsmqBinding,在 WPF 应用程序中托管服务,然后让 windows 服务使用它。这样做的好处是它比双工通信更可靠,因为它依赖于单向调用,并且更容易实现。
此外,即使 WPF 不可用,windows 服务仍然能够向 WPF 应用程序发送通知 - 消息将简单地排队,直到 WPF 重新联机。 (这可能是可取的,也可能不是可取的。)
您需要 msmq enabled on both machines, and for maximum reliability use transactional queues with DTC。
if I wanted to be able to send data from the client app to the serial port (the Windows service would still handle the IO), would I have to implement another WCF service
在这种情况下,是的,您必须在 windows 服务上配置一个服务,该服务公开了一个供 WPF 调用的操作。这将需要与用于通知的那个分开定义,并且可以只使用 http/tcp 作为传输而不是消息队列,因为这听起来像是一个同步操作。
Should I define the WCF service inside the WPF project and not as a stand alone DLL?
WPF 项目是 WCF 服务的宿主进程。从这个角度来看,将服务定义为独立程序集或在 WPF 应用程序中没有区别,您应该能够在 WPF 应用程序中启动一个 ServiceHost
实例来公开该服务。
尽管将服务代码定义为服务的运行时托管几乎没有区别,但作为最佳实践,我总是会尝试将实际服务实现定义为单独的程序集,以保留逻辑上不同的东西在不同的地方。
how am I supposed to consume the data from the WPF application: the Windows service will call the WCF service and send the data, from here I would need to retrieve that data that is hold somewhere
所以我的理解是,您最初的计划是在 中托管 WCF 服务 windows 服务,该服务从串行端口读取数据。
WPF 服务随后将调用 WCF 服务,而 WCF 服务将存储 WPF 服务的回调委托,就像订阅一样有效。
当数据到达串行端口时,WCF 服务将调用回调通道并将数据反馈给 WPF 服务。
我的建议是将其替换为基于队列的方法,您可以在 WPF 应用程序中托管服务,并让 windows 服务在数据到达串行端口时简单地调用 WCF 服务.
然后您询问是否还让 WPF 应用程序调用 windows 服务来传递数据,我说您应该在 windows 服务中托管一个单独的服务,以便公开一个WPF 应用要调用的终结点。当 WPF 应用程序进行调用并将数据传递到 WCF 服务时,此数据可用于与串行端口通信的 windows 应用程序。
您现在是否在询问如何允许 windows 服务使用从 WPF 应用程序调用到 windows 服务托管的 WCF 应用程序的数据?如果是这样,请阅读我的 post
MSMQ 是处理此问题的好方法。如果您的技术堆栈允许,我会检查 ActiveMQ 或 RabbitMQ,因为您可以真正 pub/sub 将您的数据广播到有兴趣接收这些事件的其他应用程序。