xyz2000abc-CSDN博客

Myeclipse 开发 Spring+Struts+Hibernate 应用

2010-12-18

C-C++中文帮助文档

C-C++中文帮助文档,至今为止最全的c帮助文档，带有示例程序，c开发者的福音，本人每次开发都会打开这个帮助文档，愿现在还在被c函数困扰的朋友带来一些帮助。

2010-04-18

OSWorkflow是opensymphony组织开发的一个工作流引擎，目前的版本是2.8。OSWorkflow用纯Java语言编写，并且开放源代码。它最大的特点就是极其的灵活。它面向的人群是具有技术背景的软件开发人员。OSWorkflow不提倡用可视化工具定义流程。用户可以根据自己的实际需求，来设计出完全符合自身业务逻辑的系统，而并不需要使用复杂的代码去实现。换句话说OSWorkflow让我们真正解放了，使得我们从底层的代码堆中爬了出来，轻松地用一套通用的引擎机制去实现各种业务流程。OSWorkflow提供我们所有工作流 OSWorkflow 开发指南 Version 1.0 October 15, 2007 So many open source projects. Why not Open your Documents? 中可能用到的元素例如：步骤（step）、条件（conditions）、循环（loops）、分支（spilts）、合并（joins）、角色（roles）、函数（function）等等。首先我们来谈谈步骤：步骤是工作流中很重要的概念。如果我们把工作流比喻成一条从起点站驶向终点站的公共汽车路线，那么步骤就相当于汽车站台。而汽车有的正在排队等候进站，有的还没有进站，有的刚出站，这样就形成了所谓的“已完成”、“正在处理”、“已添加至处理队列”、“未处理”等状态。另外一个重要的概念就是动作，动作就是工作流中每一步骤中"需要处理的事情"，每一个动作执行完毕以后都有一个结果。公共汽车停站下客就好比一个动作，动作完成以后，开向下一站，或者加油，或者返程等等就是一个结果。当然，实际上的工作流远比这辆汽车来的复杂，它涉及到的结果还包括原地踏步停留在同一步骤，或者是流转到另外的步骤中去，或者是流转到一个分支中去，或者汇集到一个合并中等。如果动作被设置成为auto，那么只要触发器满足条件或者有来自外部的事件工作流便可自动执行。在许多流程中，如果遇到并行处理某些事情，这就是分支。分支一般是指并行处理多件事情而没有先后顺序。若有一条分支进行了回退处理，整个流程都将回退。与之相对的，合并就是把几条符合条件的分支聚合起来，使得事情变成"殊途同归"。这也是非常常见的流程，同时也是最复杂的一种流程。在步骤、动作和结果中都提供了函数功能，函数按执行的先后时机可分为pre-functions和post-functions。顾名思义，pre-functions就是在事情发生之前执行的，而post-functions就是在事情发生以后执行的。验证器是用来验证用户输入的数据是否合法的。它也可以被应用在步骤，动作或结果中。动作的执行结果可以是有条件的（conditional）也可以是无条件的（unconditional）。对于有条件结果，可以允许有多个条件。引擎将首先检查是否有满足的条件，它会逐一进行检查，直到符合的条件被找到才能执行。如果没有一个条件被满足，那么最终引擎将产生无条件结果。在每个步骤中调用工作流的人被称之为调用者（caller），而每个步骤都也会有一个所有者（owner），以代表在当前步骤中负责执行动作的角色或用户。当前用户在执行当前步骤的时候，这些步骤被保留在当前表中(current)，而一旦步骤被执行完毕，引擎会马上将这个当前步骤从当前表中移到历史表中（history）。 5 OSWorkfow的高级特性有发送邮件，注册器功能，通用动作和全局动作,触发器和定时器等等，以下会一一讲解。

2009-11-11

OSWorkflow中文手册

OSWorkflow与其它大多数工作流非常不同，不论是商用的还是开源的。它的不同之处就在用它极其灵活(extremely flexible)。然而，这也使得我们很难掌握它。举个例子：OSWorkflow没有好的可视化工具来开发流程，这就意味着我们要手工书写和定义这些XML流程描述文件。这需要应用开发者具备一定的勇气，就类似于有勇气写代码或者配置数据库一样。有些人希望寻找一个快速的”即插即用(plug-and-play)”工作流解决方案，但最终发现这样的解决方案没有提供足够的灵活度，从而不能在一个完善的系统中实现所有的需求。 OSWorkflow提供这样的灵活(OSWorkflow gives you this flexibility) 我们认为OSWorkflow是一个”低端”(low level)工作流实现。比如说循环（loops）和条件(conditions)在其它的工作流里面被抽象成是可视化的图标，在OSWorkflow里面却是“代码”。这并不是要求你来实现真正的代码，而是用脚本语言去定义这些条件。我们不希望那些不懂技术的用户去修改流程。有些系统提供了GUI，可以简单地编辑一些流程，但当客户自己运用GUI的时候，这些流程最终往往被修改和破坏了。我们相信最好的方式是能让开发者知道这些改变。虽然如此，OSWorkflow最新的版本也提供GUI来辅助开发者编辑流程。 OSWorkflow主要基于有限状态机（finite state machine）。每一种状态(state)被描述成为step ID和status。从一种状态(state)转移到另一种状态没有动作(action)是不可能发生的。在工作流的生命周期内通常有一个或者多个活动的状态。这些简单的思想表现在OSWorkflow引擎核心包里面，并且通过用一个简单的XML文件来描述业务工作流程。

2009-11-11