学习了半天才刚刚搞清楚Biztalk 2004的HWS（Human Workflow Service）与Workflow Solution的区别。
HWS仅仅建立了工作流的基础结构，用户在上面进行开发还是有一定困难的，用户需要根据自己的应用场景自行开发Action，这些Action将被用在具体的工作流中（我还没有完全研究明白，有待进一步确认）。研究了Biztalk SDK中的HWS例子，发现很乱，没有什么注释，MSDN上到是有些说明（http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sdk/htm/ebiz_sdk_samples_jwhu.asp）。HWS中，光是缺省默认的消息格式就够复杂了，更何况要加上工作流中的负载，需要学习者对XML、Schema以及XPATH有深入了解，才能去开发Action。
Workflow Solution封装了HWS，提供了一种更加方便的方式使用HWS。通过反编译HwsImpl.dll文件，可以看出它提供了一套自己的HWS Action（应当中国人开发的吧，因为命名空间是Microsoft.China.WorkflowSolution.Framework），用户只需使用一种图形化的工作界面就可以实现工作流的设计与部署。系统自带的NorthwindDemo演示系统也很不错，代码比较简单，正在学习中。
总的来说，利用Biztalk 2004中的HWS实现工作流，编程门槛还是很高的，代码编写量甚至比不用它还得多，而且HWS是建立在Biztalk的业务流程基础上的，在.NET里创建一个HWS的项目，光是系统自动生成的业务流程框架就吓人，何况再进行开发呢。现在我有点相信博客堂开心就好的一句话了：“BizTalk Server不是微软的工作流引擎”。Workflow Solution建立在HWS基础上，提供了更加方便的方式使用HWS，应付一般的工作流应当是够用了，但感觉只有搞清楚HWS后才能把Workflow Solution学明白。也许我的学习还不够深入，继续努力研究几天，再写些心得。
BTW：推荐开心就好的一篇文章：《谈谈工作流引擎及面向服务编程》
