我们有一个遗留的第 3 方工具（用 C/C++ 开发）。该工具有一个运行 Windows 服务器的服务器组件，该服务器运行作业（复杂的链式长数据库查询）。它还有一个安装在所有用户桌面上的客户端模块，用户将能够添加作业、查看正在运行的作业及其进度、删除作业，即基本上管理作业。我们希望使用 .NET 技术在内部开发这样的工具。
目前我们正在考虑如何构建这样一个工具，并且似乎我们错过了一些关键的难题。
客户端：我们决定在 WPF 中开发客户端桌面应用程序
服务器：目前我们正在考虑将其开发为控制台应用程序，但不太确定如何构建它。
我们的主要问题是
服务器控制台应用程序如何在继续运行作业的同时公开 ASMX 或 WCF Web 服务（以便 WPF 客户端获取作业的状态）？
发生更改时如何将进度更新从服务器推送到 WPF 客户端？
我们正在尝试研究如何做到这一点，但没有找到与该主题相关的任何内容。任何指向文章/指南的指针都会有很大帮助。
您遇到的困惑是假设作业的执行和 WCF 端点是同一件事。我会将其分为三个主要项目：
客户端应用程序
客户端应用程序应通过 WCF 服务检索作业数据。您将提供用于查看正在执行的作业/创建作业/删除作业等的屏幕。
WCF 服务
WCF 服务将公开客户端应用程序所需的端点。这可能包括以下项目：CreateJob、ViewJobs、DeleteJob 等。该服务应该读取/写入您的数据库后端。
申请工作
工作应用程序将轮询新/已删除的工作并执行完成工作所需的任何操作。它将更新 WCF 服务从中读取的数据库后端中的作业状态。这可能是 SQL 作业、Windows 服务、控制台应用程序等（我可能会将其设为 Windows 服务，因为您可能想要一直运行的东西来处理作业）。
问题
How can a server console application expose ASMX or WCF web services(so that WPF clients get the status of the jobs) WHILE CONTINUING TO RUN THE JOBS?
通过将 WCF 服务从运行作业的应用程序中分离出来，这将被否定。注意：您可以拥有一个托管 WCF 和作业执行器的控制台应用程序，但在概念上将它们视为独立的事物（托管在同一个控制台应用程序中只是一个实现细节）。
How to push progress updates from server to the WPF clients when there is a change?
我不会这样做的。我会让 UI 不时轮询或提供刷新按钮以通过 WCF 端点检索状态。
如果您绝对需要这样做，您需要作业执行器在运行作业时发布消息，并且客户端应用程序需要接收这些消息（可能是 MSMQ、服务总线实现、BizTalk 等）。
为什么我更喜欢轮询而不是服务器推送
现在我想起来了，我可能会在某些情况下使用 push 风格，而在某些情况下我会进行投票。
如果我有许多异地客户端（通常通过 VPN 或通过 Internet 连接），我会让客户端轮询，因为带宽和网络延迟成本过高。如果客户端数量很高，则需要将每个更新消息发送给每个订阅客户端。在这种情况下，我倾向于去问不要告诉模型。
如果客户在内部并且您需要将实时信息流式传输给他们，那么推送模型将更有意义。在这种情况下，您可以客户端连接到服务器应用程序，并且他们可以通过连接来回发送消息（我没有亲自这样做，所以我没有关于如何设置的建议，希望比套接字更高级别的东西）。
如果您希望在发生更新时收到消息，但客户端位于许多不同的地方，那么 pub/sub 模型可能是最好的。在 pub/sub 中，应用程序会在更新消息发生时推送它们。消息传递系统将检查是否有任何客户端正在订阅消息，并且对于正在订阅的所有客户端，消息传递系统将消息的副本转发给它们。在您的示例中，客户端将subscribe处理消息，并且消息传递系统会将更新发送到客户端指定的位置（客户端需要一种接受消息的方法）。NServiceBus、BizTalk 是此类通信的示例。
听起来您在询问 WCF 服务的托管选项。有四个这样的选项：
完整的细节在这里。
要完全回答您的问题，我不会使用 ASMX 服务。有关原因的详细列表，请参阅此问题。