有些东西只需手工实现（编码）就容易，但有些则通过 WF 更简单。看起来 WF 可用于创建（几乎）任何类型的算法。因此，（理论上）我可以在 WF 中完成所有逻辑，但对于所有项目都这样做可能不是个好主意。 在什么情况下使用 WF 是一个好主意，什么时候它会让事情变得比必要的更加困难？使用 WF ...

什么是 .Net 中的依赖属性（尤其在 WPF 上下文中）？与常规属性有何区别？

这两者有什么区别，何时应该使用RegisterAttached()而不是.Register()？

我曾长时间挣扎于寻找工作流（即:WF）与常规命令式编程之间的一个有说服力的应用案例。每次我都得出结论，应该将WF排除在外或推迟到以后再考虑。但我一直有这种烦人的感觉，觉得自己似乎遗漏了什么。 有没有人知道任何真正为工作流方式提供有力支持的书籍？这本书必须（i）教授WF技术，和（ii）使用适当...

这是一个多部分的问题： 首先，您个人对Workflow有什么看法？ 其次，是否还有其他好的基于.NET的工作流引擎？以下是我的使用情况： 同时使用静态和动态工作流 与Castle（Monorail 和 Windsor）集成 利用MSMQ进行队列处理 我们希望拥有一个简单、清晰、不庞然大...

我正在评估WF是否适用于网络业务应用程序，并且很想听听一些关于该技术的最新第一手经验。 我的主要兴趣在于提高项目可维护性，也许是在处理频繁更改的复杂流程时提高开发人员生产率。 我非常喜欢WF的想法，但它似乎相对较为未知，我遇到的许多旧评论都提到一旦开始使用，它就变得极其复杂。 如果它过度...

使用Windows Workflow Foundation (WF)与自己编写工作流框架相比的好处是什么？ 据我所知，WF只提供了一个相当基本的运行时引擎、一堆类和一个基于XAML的模式用于定义工作流。所有的困难事情，如持久性、为运行时提供主机进程以及实现分布式工作流（跨进程），都留给你自己...

我开始思考是否应该放弃Windows WF，转而选择更简单的东西。我不一定需要暂停工作流执行并在以后恢复它们。我想要一个简单的状态机框架，具有基本的挂起/恢复/中止功能（无需序列化）。 我已经从Google Code下载了Stateless框架，准备开始尝试使用，但很想听听其他.NET程序员...

我想了解“状态机”和“工作流”的区别，以及它们与“状态机工作流”的不同之处。

我目前正在寻找一个在.NET中可用的规则引擎。我们的逻辑相当简单，包括加、减、乘、除、与、或以及基本的运算优先级等内容。但我们需要将这些信息存储在数据库中，并在从数据库中获取新版本时生成规则文件。因此，通常的UI编辑器对我们来说将毫无用处，除非其中一个具有Web版UI编辑器。 因此，我的问题...