我们也使用控制台应用程序。如果您使用像Log4net这样的日志工具，您可以正确地监视它们的执行。另外，我不确定它们为什么比网页更难维护，因为如果设计得当，两者之间可能会共享一些相同的代码库。

如果你不愿意让这些任务定时运行，你可以在你网站的管理部分设置一个网页作为队列。用户输入一个运行任务的请求，它反过来在MyProcessQueue表中插入一个空白的日期戳记录，您的计划任务每X分钟检查一次MyProcessQueue中的新记录。这样，它只在客户希望它运行时运行。

希望这些建议能有所帮助。

我发现这对所有参与者来说都很简单:

创建一个webservice方法，如DoSuchAndSuchProcess 创建一个控制台应用程序来调用这个webmethod。 在任务调度程序中调度控制台应用程序。

使用这种方法，所有的业务逻辑都包含在你的web应用程序中，但你有windows任务管理器的可靠性，或任何其他商业任务管理器来启动它并记录任何返回信息，如执行报告。使用web服务而不是发布到页面有一点优势，因为它更容易从web服务获取返回数据。

还有另一种方法:

1)创建一个“心跳”web脚本，负责在任务到期或过期时启动任务。

2)在某个地方创建一个预定的进程(最好是在同一个web服务器上)，它会命中webscript，并强制它以定期的时间间隔运行。(例如，windows调度任务，使用IE或其他工具悄悄启动热节拍脚本)

任务代码包含在web脚本中的事实纯粹是为了将代码保持在web应用程序代码库中(假设两者相互依赖)，这对web开发人员来说更容易管理。

另一种方法是创建一个可执行的服务器脚本/程序，它自己执行所有的计划工作，并将可执行文件本身作为计划任务运行。这可以实现web应用程序和计划任务之间的基本解耦。因此，如果你需要在web应用程序/数据库可能关闭或无法访问的情况下运行计划任务，你应该使用这种方法。

如果你拥有服务器，你应该使用windows任务调度程序。使用AT /?从命令行查看选项。

否则，在基于web的环境中，您可能不得不做一些讨厌的事情，比如设置一台不同的机器，以定时间隔向某个页面发出请求。

我不确定你指的是哪种计划任务。如果你的意思是“每小时刷新foo.xml”类型的任务，那么使用Windows的计划任务系统。(通过“at”命令，或者通过控制器。)让它运行一个控制台应用程序，或者请求一个特殊的页面来启动这个过程。

编辑:我应该补充，这是一个好的方式，让你的IIS应用程序运行在预定的点。因此，假设您希望每30分钟检查一次数据库，并通过电子邮件提醒用户一些数据，您可以使用计划任务来请求这个页面，从而让IIS处理事情。

如果你的需求更复杂，你可以考虑创建一个Windows服务，并让它运行一个循环来做你需要的任何处理。这样做还有一个好处，就是可以将代码分离出来用于扩展或管理目的。缺点是，您需要处理Windows服务。

All of my tasks (which need to be scheduled) for a website are kept within the website and called from a special page. I then wrote a simple Windows service which calls this page every so often. Once the page runs it returns a value. If I know there is more work to be done, I run the page again, right away, otherwise I run it in a little while. This has worked really well for me and keeps all my task logic with the web code. Before writing the simple Windows service, I used Windows scheduler to call the page every x minutes.

另一种方便的运行方法是使用像Pingdom这样的监视服务。将他们的http检查指向运行您的服务代码的页面。让页面返回结果，然后可以使用该结果触发Pingdom，在出现问题时发送警报消息。