workflow

一步一步SharePoint 2007之四十八：实现Excel Service(3)——调用Excel Service 一步一步SharePoint 2007之四十七：实现Excel Service(2)——配置Excel Service支持 一步一步SharePoint 2007之四十六：实现Excel Service(1)——创建Excel文档列表 一步一步SharePoint 2007之四十五：实现自定义Workflow(4)——运行Workflow 一步一步SharePoint 2007之四十四：实现自定义Workflow(3)——在Designer中创建一个Workflow 一步一步SharePoint 2007之四十三：实现自定义Workflow(2)——设置配置文件 一步一步SharePoint 2007之四十二：实现自定义Workflow(1)——在VS中创建一个Workflow 一步一步SharePoint 2007之四十一：实现Search(4)——设定爬网Schedule 一步一步SharePoint 2007之四十：实现Search(3)——尝试一个Search 一步一步SharePoint 2007之三十九：实现Search(2)——创建一个Shared Services 一步一步SharePoint 2007之三十八：实现Search(1)—

最近想做一个OA相关的网站开发，一直都听说有workflow的东西，之前也断断续续学习过 Workflow Foundation 4.0，还是没有搞明白到底能够用它做什么 但还是觉得workflow在某种情形下应该可以适用，虽然还没有答案，网上搜楼了一通，发现一个workflow-core的东西，觉得挺有意思，遂停下来，琢磨一下，现分享与大家。 * 简介 workflow core的GitHub主页 如主页上介绍的，workflow core作为一个轻量级workflow引擎，可以嵌入到项目中，其底层是用.net standard 2.0开发，可以用来追踪长时间运行的任务状态，功能也比较强大，支持插件形式持久化，和多节点并行处理，貌似很牛。并且目前有给一个 Conductor 项目 ，就是使用workflow core作为内核的workflow服务器（原来运行workflow，需要单独的一个服务器啊），Conductor这里就不展开了。workflow core支持fluent语法，写起来也非常美观，虽然没有WF那样有图形化的操作界面，但感觉代码比较干净。 - 插播.Net Standard 2.0 简介 开始的时候不了解什么是.Net Standard 2.0，这篇文章讲得比较清楚， .Net Standard 与 .Net Framework关系 还有这个 .NET Core

本文将介绍如何使用 GitHub Actions 部署前端静态页面，以及如何自己创建一个 Docker 容器 Action。 简介 Actions GitHub Actions 是 GitHub 官方推出的持续集成/部署模块服务（CI/CD），和 jenkins、Travis CI 是同一类产品定位。 但 Actions 的最大优势，就是它是与 GitHub 高度整合的，只需一个配置文件即可自动开启服务。甚至你不需要购买服务器 —— GitHub Actions 自带云环境运行，包括私有仓库也可以享用，而且云环境性能也十分强劲。 当然这也意味着项目必须存放在 GitHub 才能享受这项服务。如果你的 GitHub 上有一些项目需要部署，那不妨把构建、上传等工作放到 Actions 里。比如最近我有个前端项目需要打包成静态文件，然后上传到腾讯云 COS 里，这是典型的自动化部署应用场景，我们可以借助 Actions 实现一劳永逸。 配置 workflow 前文说到，开启 GitHub Actions 只需一个配置文件，这个文件就是 workflow（工作流），它需要存在仓库目录下 .github/workflows/*.yml ，文件名任意，但需要是一个 YAML 配置文件。 这个文件用来规定自动化操作在什么时候触发启动，然后需要做哪些事情，比如这样： name: Deploy on

Microsoft .NET Framework 4.0完整安装程序（32位和64位）为48.1 MB，客户端配置文件安装程序为41.0 MB。 解压缩的安装文件分别为237 MB和194 MB，一旦安装，它们分别为537 MB和427 MB。 这是110 MB的差异。 两个包之间有什么区别？ 什么时候安装客户端配置文件而不是完整的.NET Framework？ #1楼 .NET Framework 4 Client Profile中的新功能RTM 解释了许多不同之处： 何时使用NET4 Client Profile以及何时使用NET4 Full Framework？ NET4客户端配置文件： 始终针对所有客户端桌面应用程序（包括Windows窗体和WPF应用程序）定位NET4客户端配置文件。 NET4完整框架： 仅当应用程序所需的功能或程序集未包含在客户端配置文件中时，才能使用目标NET4 Full。 这包括： 如果您正在构建服务器应用程序 如： o ASP.Net应用程序 o基于服务器端ASMX的Web服务 如果您使用旧版客户端方案。 如： o使用在.NET4中不推荐使用但未包含在客户端配置文件中的System.Data.OracleClient.dll。 o使用旧版Windows Workflow Foundation 3.0或3.5（WF3.0，WF3.5）

开篇 上篇，我们简单的说明了WF的入门，那么院子里面已经有很多的高手，写了不少的关于工作流的应用，最近在集成工作流平台的过程中也是发现了不少的问题和心得体会，工作流果真不只是审批那么简单，复杂度可见非常的不一般，学好了工作流无论对自身的对业务流程的理解和改进，都是非常有帮助的，由于不同的企业应用的具体的业务流程不同，因此也就造成了无法构建通用的业务流程模型，就和企业的管理一样，无法生搬硬套，要符合企业内部的情况才可以。 关于工作流的认识的相关文章，也是已经有了很多了，不少院子里面的大牛都已经提到过工作流的认识，小弟不敢说对工作流理解的很深。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的控制流 WF4

工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。 　　简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述。 　　工作流在大多数的实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计算机客户端的 硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导 进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于 这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。 　　类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能 够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技 术实现跨地域的数据传输和处理等等。

自己用 python 写项目，文件系统结构如下： RL-for-Order-Workflow RL-for-Order-Workflow\pySim RL-for-Order-Workflow\pySim\test RL-for-Order-Workflow\pySim\test\test.py RL-for-Order-Workflow\pySim\entity RL-for-Order-Workflow\pySim\entity\source.py # RL-for-Order-Workflow\pySim\entity\source.py def a ( b ) : print ( b ) # RL-for-Order-Workflow\pySim\test\test.py from pySim . entity . source import * if __name__ == "__main__" : a ( 1 ) 在 entity 中写了个文件 source.py ，想在 test.py 调用，但是报错： ModuleNotFoundError: No module named 'pySim' 在 pyCharm 中就没有这个问题， 这因为 VS Code 并没有把项目的根目录加入到 path 中。 解决方案，把项目根目录加入到 path 中。 在 test.py