我们目前正在WPF中开发一个.net应用程序,它将是一个桌面应用程序,具有良好的数据访问能力--访问本地(和一些远程)服务器。这里的业务逻辑非常复杂,目前它与数据访问等一起内置在代码中(作为WPF,UI非常好地分开)。
现在,我的任务是重组这个系统,使其在长期内更易于维护,因为某些逻辑发生了变化。我知道工作流应该很好地分离出逻辑,并允许您将其可视化一些。对于不需要长时间运行的应用程序来说,工作流是一个很好的选择吗?(既然工作流可以在空闲中等待几个月),您对这个平台有什么经验?与一家中等规模的公司打交道是不是很慢?大约有150个同时使用的用户?如果你喜欢,你知道有什么好的在线教程(最好不是MSDN)可以让我对这个平台有兴趣,并在我承诺在一个大型应用程序上实现它之前做一些测试?
发布于 2010-10-20 22:35:42
我有少量的WF经验--创建定制的TFS工作流和活动。我发现它通常是痛苦和缓慢的工作-打开一个工作流需要很长的时间(在一台魏5.9机器上),它经常挂起VS.NET,缺少一些核心功能,而且有点错误。
如果你拥有的不仅仅是一个简单的工作流程,你很快就会耗尽屏幕上的房地产。我有一个24英寸的肖像方向(1200x1920),经常发现自己想要更多的垂直空间。
总的来说,我觉得它很令人沮丧,不推荐它。它似乎不允许我做任何我在代码中最容易做的事情。
https://softwareengineering.stackexchange.com/questions/13371
复制相似问题