- 博客(17)
- 收藏
- 关注
RSS订阅原创 Linux下svn命令
1、将文件checkout到本地目录svn checkout path（path是服务器上的目录）例如：svn checkout svn://192.168.1.1/pro/domain简写：svn co2、往版本库中添加新的文件svn add file例如：svn add test.php(添加test.php)svn add *.php(添加当前目录下所有的php文件) 3、将改动的文件提交到版本库svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果
2010-12-28 11:07:00
394
原创 消除mysql的报警声
<br />在mysql命令模式中，当运行sql命令错误时，电脑会发出“嘀”的响声，很是讨厌。 <br />消除方法其实很简单： <br />在配置文件my.ini中的[mysql]节点下，添加一行no-beep，保存，重启mqsql，就ok了。
2010-12-27 16:56:00
629
原创 iconv_substr截取php中英文混排字符串
<br /><br /> <br />php5中解决中英文混排字符串的函数包括iconv_substr() ,iconv_strpos() ,iconv_strlen()<br /> <br /> <br /> <br />============================================================<br /> <br />substr()函数可以分割文字，但要分割的文字如果包括中文字符往往会遇到问题，这时可以用mb_substr()/mb_strcut这个函数，
2010-12-24 17:07:00
249
原创 工作流模式
<br />工作流原理上有很多特定模式，可以用于工作流过程建模和分析。在研究工作流引擎时，这些是必不可少知识储备：<br /> <br />基本模式（5个）<br />1）顺序模式：按照顺序执行各项活动，工作流流程中的一个活动只有当另一个活动完成后才能进行。如：当订单登记活动完成后，客户通知才可以进行。<br />2）并行分支模式：同时运行两个活动。在流程中的一点一个控制线程分成可以并行执行的两个控制线程，允许两个活动可以同时运行。<br />3）同步模式：同步两个并行的执行线程。<br />4）单选模式：
2010-12-05 02:28:00
493
原创 工作流模式详解之流程控制模式(11)——Implicit Termination
<br />1. 理论模型<br /> 这个模式叫隐式结束，或者自然结束。就是当所有正在运行结点都没有后继结点，流程就视为结束了。<br />2. 应用<br /> 这个模式现在 BPEL、XPDL、BPMN 等流程的标准都支持，就是不需要指明结束的结点，只要跑完所有的结点（或者没有找到后继结点），就视为流程结束。<br /> 比较有趣的是基于 Petri nets 的系统对这种模式的支持可能需要点额外的处理。在 Petri nets 并没有隐式或者自然终结的概念，只有一个叫做稳定的状态。稳定状态是指
2010-12-05 02:25:00
411
原创 工作流模式详解之流程控制模式(12、13、14、15)——Multiple Instances
<br />1. 理论模型<br /> 此模型翻译可叫多实例并发模式。其一般的示意图如下：<br /><br /> 途中，运行到B 的时候，便生成了 N =3 各工作单元。<br /> 然而这个示意图并不能说明多实例模式的各种细节，具体区分的4种不同的情况。而这里要将这四个模式放在一起论述，是因为我觉得这四种模式一般不会单独使用，很可能是其中的2种之间的契合。<br />2. 四种多实例<br /> (12)Multiple Instances without Synchronization<br
2010-12-05 02:25:00
442
原创 工作流模式详解之流程控制模式(10)——Arbitrary Cycles
<br />1. 理论模型<br /> 我觉得这个模型中文名字应该为"自然循环"，可能更贴近其实际意图。<br /><br /> 这个模式可以说不是针对直接"套现"的情况，主要是流程设计的过程中自然形成循环。而这种在绘制流程图时候所形成的自然循环，没有明确的循环入口或者出口。就如在编写程序上使用 goto 而形成的循环情况。<br />2. 应用<br /> 这个模式从纯模型的角度来说，属于 XOR-join、XOR-split 的不同组合。主要是业务需要而自然形成的循环，因此该模式可以说并非能在设计
2010-12-05 02:23:00
378
原创 我对流程设计的认识(1)——总论
<br />1. 总论<br /> 在旁观者看来，业务流程设计这一概念投影到大脑皮层，大抵就是一张状态图，里面刻画着各种分工的步骤。其历史的考究，最早应该是从经济学的角度观察到运用这种分工所带来的生产力激增，然后转而从管理学的角度来学习并使用这种技术。直到今天有了一个时髦的名字，大抵叫做 Business Process。<br /> 不过这种技术虽然渗透到管理的各个层次，却仍然无法在管理的理论体系中独树一帜。在我的观察看来，业务流程的学问，实在管理学中的"形而上道"。一个流程的设计，牵涉到战略、计划、
2010-12-05 02:22:00
388
原创 工作流模式详解之流程控制模式(9)——Structured Discriminator
<br />1. 理论模型<br /> 一般和 AND-split 配对使用。<br /><br /> 这种模式只处理 A、B 分支同时执行的情况，最直接的上文是采用 AND-split 使得 A、B 并发执行。这里 A、B 执行，若 A 先完成，则触发后躯结点 C，然后 B 完成以后，则到了这个 Discriminator 后就忽略其执行结果。反之亦然。<br />2. 应用<br /> 提到这个 Structured，就有点上下文关联的意味。这里也一样，根据 A、B 完成的先后来判断，准确来说是这
2010-12-04 20:38:00
354
原创 工作流模式详解之流程控制模式(8)——Multi-Merge
<br />1. 理论模型<br /> 这一个模式实际上是一种相同分支的同构情况<br /><br /> 注意，当 A、B 分支到达这个合并结点的时候，并不是合并，而是继续相同的后续分支。如 A 先完成，那么就触发 C1（这里要区别一下，第一次触发这个 C 我们称之为 C1），然后 B 完成后，再触发C2（第二次触发的 C 叫 C2）。所以实际上是触发了两次 C。按照理论模型来讲，及时 A、B 同时完成，仍然触发两个 C，但实际中却不存在同时完成的情况，计算机处理总有先后次序。<br />2. 同构<b
2010-12-04 20:36:00
380
原创 工作流模式详解之流程控制模式(7)——Structured Synchronizing Merge
<br />1. 理论模型<br /> 这一个模式是为了应付Multi-Choice 或者通常意义所说的 OR-Split 所产生的分支。<br /><br /> 首先这个分支的合并，需要了解上下文的关系。前面若是只产生了 A 分支，那么来到这里只需要 A 分支就可以触发后躯，B 分支亦然。若是 A、B 分支是并发的，那么注意标题中"Synchronizing"的字眼，这个合并必须等待 A、B 分支都完成了才能触发后躯 C。<br /> 顺便提到这一个"Structured"的字眼，在后续的工作流模式
2010-12-04 20:35:00
411
原创 工作流模式详解之流程控制模式(6)——Multi-Choice
<br />1. 理论模型<br /> 这一个模式就是通常意义所讲的 OR-split 了。<br /><br /> 这个模式的初衷是可以让使用者任意选择后趋的路径，若选择了两个或以上的后续路径，则是产生并发运行的分支。细心的可能会发现，这个模式是 XOR-split、AND-split 更为泛化的一个模式（所谓的"泛化"，是概括、继承的意思）。<br />2. 应用<br /> 该模式既然是 XOR-split 和 AND-split 的泛化，那表示他的最终表现可能会像 XOR 或者 AND 那样子
2010-12-04 20:34:00
639
原创 工作流模式详解之流程控制模式(5)——Simple Merge
<br />1. 理论模型<br /> 根据我个人的臆想，Simple 有化繁为简的意味，因此取这一名字来表达其模式的含义。实际上是一个 XOR合并。<br /><br /> XOR-join，这一模式就是只有一个分支接受，遵循先到先得的原则。只要 A 或 B 任何一个完成，那么 C 就执行。这里遗留了一个问题，如果前面是AND分支，那么剩下后执行的那个结点怎么办呢？这里涉及到了流程设计的实际应用问题，后面讲到其它 join 模式的时候，会更详细的讨论这一个问题。<br />2. 应用<br /> 这
2010-12-04 20:33:00
380
原创 工作流模式详解之流程控制模式(4)——Exclusive Choice
<br />1. 理论模型<br /> 从该模式的名字来看，"排他选择"，显然就是比较常见的 XOR 分支模式。<br /><br /> 需要注意的是这个"排他"性，只能选择其中一个分支，另外一个分支将不会走下去。一般来说，这个模式的实现一般为在运行时的条件选择，就是条件判断的代码放到XOR 这个结点，然后去根据这些代码去判断下一步的走向。<br />2. 应用<br /> 心思细密的人，也许发现这个XOR 本质上就是流程图的菱形结点，就是根据条件选择路径，而且只能选择一条。不知何时被工作流灌以 XO
2010-12-04 20:32:00
377
原创 工作流模式详解之流程控制模式(3)——Synchronizationor
<br />1. 理论模型<br /> AND分支以后，一个最为普遍的合并方式就是AND合并。<br /><br /> 这一模型也较为简单，其中合并方式是等待所有的分支都完成了，在进行下一步的任务。 注意，在并发的语义下，可以明显的看到合并后的工作单元和合并前的工作单元，是一个"同步"的关系，因此这一模式的名字，应该是采用了计算机方面的惯用语。这点后面一些模式的名字可能还会看到这种惯用语，譬如 Thread、Instance 等等。<br />2. 应用<br /> AND的并发分支，最普遍的汇总方式
2010-12-04 20:30:00
376
原创 工作流模式详解之流程控制模式(2)——Parallel Split
<br />1. 理论模型<br /> <br /><br /> 此一模式，实际上是我我们常接触到的 AND 模型。<br /> <br /> <br /> <br /><br /><br /> 值得注意的是这个定义来说一般B与C之间是并发的，实现上一般是两个不同的线程/进程。据我所知，许多自开发工作流引擎的公司，至今仍然不存在这一种AND的并发分支概念，而且这样的情况还不少。有兴趣的读者可以去了解一下，绝大部分电子政务的许多审批流程都是基于顺序和条件选择的，"并联审批"这一种说法极少用到。<br />
2010-12-04 20:29:00
472
原创 工作流模式详解之流程控制模式(1)——Sequence
<br />1. 理论模型 <br /> 这个理论模型十分简单，只是一个工作单元完成了，紧接着无条件执行下一个工作单元。每一个工作流系统都直接实现了这种模式，这个模式是工作流能运行的一个重要基石。<br />2. 应用<br /> 这个模式清楚明白，但是应用却最为广泛。比较有趣的是许多不同形式的分支，在业务的实践中都可以退化成为顺序模式。如果一个工作单元 A 以后能产生 B、C 并发，则可退化成A、B、C顺序执行；合并的情况亦然。<br /> 不过很显然，分支模式退化成顺序模式，是一种实际操作效率较
2010-12-04 20:28:00
559
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人