C#对此设计的思考

Question

我有一个问题域，我需要在其中运行一个后台进程，以便：

• 运行一个过滤器来获取obj集合(耗时的操作)
• 通过规则接口通过一组rules...maybe传递obj
• 能够将规则引起的任何更改公开给任何感兴趣的侦听器。

每个过滤器可能有许多规则，并且可以有多个过滤器。

会是解决这一问题的实际方法吗？我在想：

• 在Windows服务中托管一个WCF应用程序，该应用程序将公开规则更改的回调
• 让服务完成运行过滤器->规则的繁重工作。这需要单独的线程工作吗？

欢迎对现有框架、设计模式等的任何想法或引用。

谢谢斯单位

Answer 1

如果您的后台进程需要立即(24/7/365)从远程机器访问，Windows服务对我来说非常有意义。假设您熟悉C#，那么创建一个Windows服务就很简单了。您可以一步一步地跟踪这里。一旦启动了Windows服务，就很容易通过在Windows的System.ServiceModle.ServiceHost回调中创建OnStart实例来托管WCF服务。至于WCF模式和良好实践，我将参考Juval的网站IDesign.net。该网站有许多免费的WCF相关下载，只要提供您的电子邮件地址。

Answer 2

您有几个选项，最明显的两个选项要么是客户端调用启动作业并轮询服务器状态的方法，要么设置回调。

无论哪种方式，作业都应该在一个独立的线程上运行，这样它就不会阻塞服务。

如果您参与状态路由的投票，则将实际结果放入返回状态。如果使用回调，则使用WSDualHttpBinding并设置回调。这看起来有点可怕的设置，但它真的没有那么糟糕。

我会让其他人参与实际的模式或框架，我只是不确定。另外，查看MSMQ，这可能是另一个可行的解决方案。

Answer 3

你可以用WWF来处理规则。您应该能够作为一项服务主办WWF。