c# – 拥有一个大型工作流程或几个较小的特定工作流程会更好吗？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 拥有一个大型工作流程或几个较小的特定工作流程会更好吗？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1499字，纯文字阅读大概需要3分钟。

内容图文

我需要构建一个从服务器获取文件并移动到另一台服务器的应用程序.有人建议我考虑使用Windows Workflow Foundation(WF).

我开始构建工作流程,但它变得混乱,我不确定我是以最好的方式做到这一点.

这是基本的worklow活动：

获取源列表
确定源是ftp还是磁盘驱动器
从服务器获取文件列表
如果source是ftp,那么如果source是drive则从ftp获取文件,然后从驱动器读取文件
如果target是ftp,那么ftp文件到服务器else如果target是drive然后写入驱动器,如果target是web服务然后发布到web服务
如果source是ftp,则使用ftp命令删除文件,否则如果source是drive则删除文件

有了一个工作流程就会有点繁忙.我需要2个while循环,一个在集成周围,一个在我得到文件列表之后.

我想到的另一件事是构建多个工作流程.一个用于FTPtoFTP,FTPtoDrive,FTPtoWebServie,DriveToFTP,DrivetoDrive,DriveToWebService.

有什么建议？

解决方法:

首先,您应该考虑为每个主要部分创建自定义活动.自定义活动将是复合活动,可以由许多步骤组成.这将有助于解决一些问题,并允许您继续使用相对较高级别的工作流程.

工作流设计器虽然方便,但实际上并不是为了扩展而设计的.从VS 2008开始,使用基于XAML的技术的最佳方法是使用文本编辑器并直接读/写XML.

将其分解为多个工作流可能不是最佳方法,除非您可以将其分解为几个高级活动并且正在XAML级别工作.请记住,如果所有这些逻辑和流程几乎相同,那么您现在必须维护6个不同的工作流程.如果您的工作流程很复杂并且您需要修复所有这些工作流程中的常见逻辑错误,那么这是一个更大的噩梦.

您还应该考虑使用服务.这可能允许您拥有一个工作流程和一组活动,但每个步骤的实现可以分离为一个服务.在这种情况下,您需要为每个组合实例化一个工作流,将相同的工作流加载到每个工作流中,并注入不同的活动.不一定是最好的方法,但需要考虑的事情.

内容总结

以上是互联网集市为您收集整理的c# – 拥有一个大型工作流程或几个较小的特定工作流程会更好吗？全部内容，希望文章能够帮你解决c# – 拥有一个大型工作流程或几个较小的特定工作流程会更好吗？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端