整合Web与Windows服务 按预定时间间隔运行.docVIP

整合Web和Windows服务 按预定时间间隔运行 作者：Andrew Needleman相关技术：C#、.NET、ASP.NET、Window难度：★☆读者类型：数据库开发人员、系统结构设计人员[摘要]本文讨论了如何安排ASP.NET代码的运行和N层体系结构设计，介绍了Web服务和Windows服务基础知识。由于Web服务可以与ASP.NET应用程序的其余部分在相同的应用程序上下文中运行，因此它可以在现有代码所预期的相同上下文中执行。因为Windows服务可以在Windows启动时自行启动，所以我将通过Windows服务来启动Web服务调用。假设您已经用ASP.NET编写了一个出色的N层应用程序，并且想要扩展它以执行预定任务。例如，每两个小时向数据库中的选定用户发送电子邮件，或者定期分析ASP.NET缓存中的数据以进行应用程序运行状况的监视。您不希望从ASP.NET应用程序中丢弃您的对象模型或者在单独的计划程序和ASP.NET应用程序之间创建太多的依赖项，那么您如何在避免这一点的同时仍然能够让这些应用程序一起工作呢?在基于.NET Framework的应用程序中，经常使用计时器按照预定时间间隔执行活动，因此使用一个计时器似乎是适当的解决方案。您可以从Global.asax中的Application_Start处理程序中启动计时器以运行预定任务。遗憾的是，该解决方案在应用程序域、进程或系统重新启动方面还不够健壮，这是因为必须向应用程序发出请求以启动计时器。ASP.NET是一种只响应HTTP请求的被动编程范型，因此进程或用户输入必须调用代码以便它能够运行。更好的解决方案是使用Web服务(Web Service)提供ASP.NET应用程序的接口，并且生成按照预定时间间隔调用它的Windows服务。这样，ASP.NET应用程序就不必拥有日程安排逻辑，并且只需要关心执行那些它已经能够执行的任务。由于Web服务可以与ASP.NET应用程序的其余部分在相同的应用程序上下文中运行，因此它可以在现有代码所预期的相同上下文中执行。因为Windows服务可以在Windows启动时自行启动，所以我将通过Windows服务来启动Web服务调用。因此，即使服务器重新启动，应用程序也能够启动自身。这一重新启动功能使Windows服务成为对该任务而言比典型的基于Windows的应用程序更为健壮的解决方案。这也是为什么Windows服务能用于很多后台进程(例如IIS)的原因。本文，我将演示如何做到这一点，同时在日程安排应用程序和ASP.NET应用程序之间创建最少数量的依赖项。该解决方案涉及到对启动ASP.NET作业的日程安排应用程序进行简化。在日程安排应用程序中，除了它调用的Web服务终结点以外，将不会调用特定于ASP.NET应用程序的逻辑。Windows服务将使用app.config文件来存储Web服务的UR以及Windows服务在对Web服务进行的调用之间应当等待的时间间隔。通过在Windows服务的app.config文件中存储这两个设置，您可以更改它们，而无须重新编译Windows服务。如果您需要在应用程序调用时更改它的行为，则可以只更改ASP.NET应用程序中的逻辑；但是，您不必更改日程安排应用程序的代码。这意味着日程安排应用程序将与ASP.NET应用程序中的更改隔离。注意：该解决方案所基于的前提是--有一些任务只应当在正在运行的ASP.NET应用程序的上下文中执行。如果这不是您任务的要求，则您应当认真考虑直接从Windows服务中引用ASP.NET应用程序的业务逻辑程序集，并且绕过ASP.NET进程以激发这些任务。应用程序结构典型的ASP.NET应用程序是用一系列执行特定功能的独立层生成的。在我的特定示例中，我具有数据库访问类、业务逻辑类、业务流程类以及作为这些层的入口点的ASP.NET页(参见图1)。ASP.NET页只用来显示和检索数据，它们是实际协调所有工作的业务流程类的接口。流程类按照正确的顺序调用业务逻辑类，以便完成特定的事务，例如订购小部件。例如，流程类可以首先调用业务逻辑以检查库存，然后订购小部件，并且最终将库存减少至适当的水平。业务逻辑类决定如何调用数据库访问类，并且根据需要处理该结果，以获得可以用于其他操作的最终结果。例如，业务逻辑可以用来计算包括特定州的税款在内的总价格。首先，您可能需要使用数据访问类从数据库中检索该州的税率以及基本价格，然后将它们相乘以查找每个项的总税款。数据库访问类保持该逻辑，以便连接到数据库，并且以可供更高层使用的格式(例如，DataSet、DataTable或DataReader)返回结果集。这些类只是从数据库中检索数据，并且按照反馈给它们的信息来更新该数据库；它们不处理结果。例如，它们可能检索特定州(美