我应该使用Workflow Foundation创build长时间运行的线程吗？

概述我应该使用Workflow Foundation创build长时间运行的线程吗？

我所在的公司正在考虑采用和实施在IIS中托pipe的Workflow Foundation来处理数据。 我们仍然在devise我们的问题域，但是人们担心长时间运行的线程在IIS内部并不理想。 以下是我们正在制定的一些假设，因为工作stream仍然是我们小组的一项新技术：

我们正在区分“长时间运行的进程”和“长时间运行的工作stream程”，长时间运行的进程正在积极消耗cpu，而长时间运行的工作stream程只是持续了不确定的时间，等待额外的请求来完成工作。

我的问题是：创build一个长时间运行的线程作为IIS中托pipe的Window Workflow的一部分，或者我们是否应该通过传统的windows服务实现IIS以外的长时间运行的进程？

以编程方式启用windowsfunction的最佳方法是什么？

如何保护一个窗口.net应用程序中的静态string？

如何使.Net独立的.Net框架（依赖）独立的'EXE'文件从.Net

手柄和线程有什么区别？

什么shell动词用于双击行动？

正确的方法提前中止BeginRead和BeginWrite？

所有的.NET框架版本都包含在新的windows版本中？

驱动器select框与windows窗体中的图标

2个WCF服务进程可以监听相同的端口吗？

如何在C＃中获取当前用户的本地设置文件夹path？

使用AppFabric只是坚持你的循环（我认为它必须是一个循环，否则一个接收或延迟将空闲时卸载，所以没有长时间运行的进程将发生），启用实例控制，并设置对未处理的异常动作放弃（恢复WF实例到最后一个持久点）。

在应用程序池中，禁用回收，快速失败等是否是好的做法取决于许多事情，如部署的关注，如果你想与使用wcf调用的进程交互，如果你想轻松地缩放等..就个人而言，我不喜欢windows服务的麻烦，我认为你总是要处理意外的进程终止，所以为什么不假设它会发生，并以一个安全的坚持点走IIS路线？

总结

以上是内存溢出为你收集整理的我应该使用Workflow Foundation创build长时间运行的线程吗？全部内容，希望文章能够帮你解决我应该使用Workflow Foundation创build长时间运行的线程吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。