我有几个不同的 c# worker 应用程序，它们运行各种连续任务：从队列发送电子邮件、将新订单从网站数据库导入订单数据库、进行数据库备份和恢复、为 OLTP -> OLAP 运行数据处理以及其他相关任务.之前，我将它们作为 Windows 服务发布，但目前我将它们作为常规控制台应用程序发布。它们都基于我创建的通用任务运行器框架，对此我很满意，但是我不确定部署这些类型的应用程序的最佳方式是什么。我喜欢控制台版本，因为它快速简单，并且可以快速查看程序活动和输出。缺点是工作计算机有几个控制台屏幕正在运行并且变得混乱。另一方面，服务方法似乎需要很长时间才能部署，我必须通过事件日志来查看消息。在这方面有哪些经验/cmets？
【问题讨论】：
标签： background long-integer task worker runner
我喜欢控制台应用程序的方法。我通常会设置好一些东西，这样我就可以传递一个像 -unattended 这样的开关来抑制控制台屏幕。
【讨论】：
Windows Service 是个不错的选择，无论你是否关闭当前会话，它都会在后台运行，你也可以将它配置为在服务器上执行补丁更新时在 windows 重新启动后自动启动。您可以将重要消息记录到事件查看器或数据库表中。
【讨论】：
对于这样的事情，标准的做法是使用 Windows 服务。您希望服务在网络帐户上运行，因此不需要登录用户。
【讨论】：
几年前我从事过类似问题的工作。从逻辑上讲，我需要一项服务，但有时我需要查看正在发生的事情，通常我想要一个历史记录。所以我开发了一个服务来完成这项工作，只要它想记录，它就会调用它的订阅者（实现为观察者模式）。
该服务注册了它自己的数据记录器（写入数据库），并且在运行时，用户可以运行一个 GUI，该 GUI 使用远程处理连接到该服务以成为一个实时监听器！
【讨论】：
我将投票支持 Windows 服务。管理这些控制台应用程序将变得非常痛苦。
Windows 服务部署很简单：初始安装后，您只需将其关闭并执行 XCOPY。无需运行任何复杂的安装程序。第一次只是半复杂的，即使那样也只是
installutil MyApp.exe
将服务配置为在域帐户下运行，以获得最佳安全性和最简单的与其他机器的互操作。
将事件日志（包括错误、警告和信息）组合用于重要通知，并将详细日志记录转储到文本文件中。
【讨论】：
为什么不充分利用世界上最好的东西并使用类似的东西：
http://topshelf-project.com/
它将允许您将程序作为命令行或 Windows 服务运行。
【讨论】：
我不确定这是否适用于您的应用程序，但是当我有一些不依赖于用户输入的控制台应用程序或者它们只是完成工作并退出的应用程序时，我会运行此类程序在虚拟服务器上，这样我在工作时不会看到弹出屏幕，而且虚拟服务器很容易创建和重启。
【讨论】：
我们经常使用 Windows 服务作为后台进程。我不喜欢命令行应用程序，因为您需要登录到服务器才能运行它们。服务一直在后台运行（假设它们是自动启动的）。使用 Windows 中的 sc.exe 命令行工具安装它们也很简单。我比 installutil.exe 的膨胀软件更喜欢它。当然 installutil 做的更多，但我不需要它做什么。我只想注册我的服务。
我们还创建了一个基础架构，其中我们有一个通用服务 .exe，它根据接口定义加载 .DLL，因此添加一个新的“服务”就像放入一个新的 DLL 并重新启动服务主机一样简单。
但是，我们开始远离服务。我们遇到的问题是它们锁定了 DLL（出于显而易见的原因），因此升级它们很痛苦。我们需要停止、升级然后重新启动。不难，但需要额外的步骤。相反，我们正在运行我们需要完成的实际后台作业的 asp.net 应用程序中的特殊“页面”。仍然有一项服务，但它所做的只是调用 asp.net 页面，因此它不会锁定我们的任何 DLL。然后我们可以替换 asp.net bin 目录中的 DLLs 和正常的 asp.net 规则来重新启动应用程序域。
【讨论】：