5
|
Jon Davis Glenn Block · 技术社区 · 14 年前 |
1
2
我通常会说,学习新技术是有趣、有趣和有益的。你可以获得新的视角和理解。但在我看来,我正在工作的项目过度使用了工作流。它被用于对象持久性、基于计时器的事件和进程状态跟踪。它可以做所有这些事情,但我不相信它会给系统增加任何东西。
如果您不需要使用工作流,并且没有从使用工作流中获得任何具体的、有形的好处,那么为什么还要增加系统的复杂性和风险呢?仅仅因为您“可以”或“可以”使用工作流是不够的。如果您想深入研究它,然后使用它构建一个玩具,或者在非关键角色的系统中加入一个或两个工作流。 考虑一下你是否在使用工作流的特定和独特的特性。例如,能够测试不是工作流程的一个特征;测试一个工作流并不比测试一段代码容易。 在工作流中可以做的事情很少,而在普通代码中却做不到(我说“很少”,因为我肯定有一些,但我不知道有什么)。你需要权衡你的得失,并建立一个概念证明。 |
Linesofcode · 错误未指定sqlcese40。dll 7 年前 |
Arvo Bowen · 如何使用父控件的默认字体创建用户控件? 8 年前 |
Asdfg · 如何解析此文本并构建对象 9 年前 |
qakmak · WPF win8平板电脑模式键盘隐藏屏幕底部的项目 9 年前 |
DeJaVo · .NET4到.NET4.5运行时的更改是什么 9 年前 |