什么更喜欢一个windows服务或进程集成的asp.net网站来编码文件

由于编码文件是一项"长时间运行的任务"，它不应该成为ASP的一部分。网络本身……我强烈建议使用Windows Service…特别是如果你已经有了一个数据库，这可以很容易地扩展，如果需要的话…

编辑-按注释:

ASP中

长时间运行的线程. NET的意思是:

• 使用完IIS资源(来自IIS线程池的线程)
• 当IIS感觉它可以回收时(IIS确实在一些可配置的间隔内回收应用程序池，但也当内存或CPU变得稀缺时)

一个Windows服务有一个很好的特性，运行时不需要用户交互登录，因此你可以通过增加更多的系统和安装Windows服务来扩展这样的解决方案…有关另一种方法(基于任务调度器)，请参见David Piras的回答

我同意Yahia的观点，但我也会告诉你在ASP之外的另一种方法。. NET进程，并且没有创建、安装和维护Windows服务的开销。

你可以创建一个UI较少的控制台应用程序，每隔几分钟或一天一次被windows任务调度程序调用，或者根据你的需要配置它:它可以接受命令行参数并连接到数据库并完成所需的工作。一切都如您所愿，但没有服务始终运行的开销。最后我们得到了相同的结果。: -)

这真的取决于你是否会在其他事情上重用类似代理的服务。依赖于windows的任务调度程序允许你不实现基于时间的触发，因为windows会为你做，可靠的。