python流程引擎(python工作流流程引擎)

python背后是一项科技运动

比较官方的说法，python是一种解释型语言，解释型语言是指代码一行一行的解释执行，就好像有个 同声传译 ，你每说一句话，他都能不间断地给你翻译，把你说的话（意指写好的代码）翻译成机器能够理解的语言。对于机器来说，这些翻译后的语言就是机器语言，就是指令，机器收到指令后，就会根据指令执行对应的操作。

与解释型语言相对的，有编译型语言，编译型语言则通过编译器先将代码翻译成机器语言，再交给机器去执行。举个例子，我方主持了一个会议，参会的分别有英国人、俄国人和西班牙人，他们三方都带了自己的同声传译。假如是解释型语言呢，我在开会的时候用一种每个同声传译都听得懂的的语言，也就是一种官方用语。这样我可以不间断地用这种语言来做交流，因为这些翻译人员都会为这三国参会人员同步翻译成目标语言，你应该也注意到了，解释型语言类似于一种通用的语言。而如果是编译型语言呢，我会让我这边的3个翻译人员将我的一份中文演讲稿，分别翻译成英文版的、俄文版的和西班牙语版的，在开会的时候，我只要交给参会的国际友人去翻阅就好了。解释型语言侧重的是一种通用的、能够实时解释翻译的特性，而编译型语言侧重的是有针对性、提前准备的特性。然而，在开会的时候，解释型效率是没有那么高的，因为需要同声传译消耗时间去做翻译，而编译型的效率会高些，因为翻译工作已经在开会前做好了，只需要参会人员理解并且执行就好。

1989年的圣诞节，荷兰程序员Guido van Rossum（ 吉多·范罗苏姆 ，以下简称吉多）在家休假无聊，为了打发时间，他开发了一种新的解释型语言。可见，该程序员无聊的时候，就是写代码。因为作者非常喜欢 Monty Python's Flying Circus （巨蟒剧团之飞翔的马戏团，这是英国的一个电视喜剧），就拿python作为这个新语言的名字。我想大家不一定都知道这部喜剧，但是可能都听说过python，可能微信在几天前给你推过python相关的培训广告，可能一些学校已经将掌握python基础概念作为一门选修课，可能你的智能家居里的操作系统有一部分核心代码是用python实现的，可能你的手机里有一个插件也是用python实现的，python现在的应用范围非常广泛，功能也非常强大。

吉多之前在 荷兰数学和计算机科学研究学会 上班，在那里，他为ABC编程语言工作了好多年。 ABC语言长这样的

这是一个函数，你也许看不懂，根据英文单词，或许可以大概猜出点什么。这里只想让你知道，python也差不多长这样，相比较会更容易理解些。

ABC虽然是一门编程语言，它的定位是作为教学或原型设计的工具，是专门为学校老师或者科研人员设计的。ABC的定位决定了它受众不是很广泛，并且它也有使用门槛，对计算机不了解的人，没有经过一段时间的学习，可能根本就上不了手。所以，ABC并不能作为一门通用的编程语言，在业内也无法获得成功。虽然说ABC没有python那么成功，但是ABC可以说是"the mother of python"，作者在很多地方都借鉴了ABC，取其精华、取其糟粕。现如今，python是长这样的

可能对于没接触过编程的人来说，它们两不都是一样的，不都是一堆英文字母么，我都看不懂。但是对于初学计算机课程，那些需要学习C语言的人来说，python相比较算是更容易理解了。python非常简短，一些复杂的流程，在C语言中，可能需要几十行代码，但是在python中，可能就只需要几行代码。当然不同的业务场景，可能不是这样的，但是普遍情况下，用python的开发效率是非常高的。python适合快速开发，适合产品快速迭代出新。

1999年1月，也就是语言面世的10年后， 吉多 向DARPA(Defense Advanced Research Projects Agency，美国国防部一个负责科研的下属机构)申请资金。我去翻了下该申请的修订版，修订版在1999年8月份提交，修订版比第一版内容更具有概括性，并且内容翔实，条理清晰，值得翻阅。

该修订版叫 Computer Programming for Everybody ，直译过来，就是针对每个人的计算机编程，翻译为通俗易懂的词——人人编程，人人编程是一种 社会 现象，每个人都有一定的编程能力，并且对计算机有一定的认识，了解软硬件是怎么运转起来的，了解一些软硬件的设计规范，能够通过编程来表达自己的想法，能够通过编程来配置自己的软件，通过编程来控制自己的机器，以改善自己的生活。举个例子，你在某宝买了一个扫地机器人，该机器人支持定义打扫路线，支持设置扫地机器人在需要更换扫把的时候，指示灯显示指定的颜色。你知道扫地机器人可以做什么，有什么操作习惯，这是基于你对一些机器的理解，如果你用过很多软件，或者参与过软件的设计，你大概都知道一些软件可能都有“设置”、“编辑”或“帮助”等菜单键。这种设计思维，或者操作习惯，都是很多软件都有的，有了这种认识之后，你面对很多同类型的软件、或者同类型的产品，就大概能够知道从那里入手，以及对它有什么功能，都有一个初步的期待或者认识。既然大家都了解计算机了，那么计算机的一些概念或者说是理念，可以说是属于常识的一部分，面对一些计算机或者说智能设备，也大概知道从哪里上手使用。我觉得这就是作者要达到的愿景。

该修订版主要有几个目的：

在这里，他想从推广python开始，因为python作为一门适合快速开发的工具，既适合专家，也适合初学者，同时python有一个活跃的且不断增长的用户群体，这个用户群体对他这个申请也非常感兴趣，愿意为之努力。python的用户数多，说明已经在市场得到了一定的认可，并且这个用户群体也愿意为python的发展做贡献，这对于一门编程语言来说，最好不过了。

该提案的 基本论点 部分写得很好，他说他想普及计算机应用，但并非通过介绍新的硬件，或者新软件这种形式，而是通过赋予每个人编程能力来实现。信息技术的发展给了人们各种强大的计算机，它们以桌面电脑、笔记本电脑或者嵌入式系统的形式存在，如果用户在软件设计和实现上有一个通用的认知，那将会极大地促进生产和创造，并且对未来有深远的影响。试想一下，如果你有一种修改和配置软件的能力，并且你可以把你的修改通过社区网站分享其他人，其他人碰到同样的问题的话，就可以参照你的方法。这种能力在紧急的情况下是很重要的，你不必等专家来给你解决问题，你自己就可以尝试解决这些问题。说到这里，你有没有想起贴吧，或者论坛，论坛有很多个板块，不同的领域分不同的板块，假如你想root手机（手机越狱，指解除手机厂商的限制，获取手机的用户最高权限，以实现对手机的某种控制），你可以到论坛上root板块找答案，这种形式可谓跟吉多提到的是一样的。如果你对你的手机或者电脑有更深入的了解，你可以通过编程改善你的输入法，或者改变你的显示器冷暖色等等，这些都是对你生活有帮助的。吉多在这里就是想达到这种状态，简单点说，人人都对计算机有一定的了解，且都有处理计算机问题的能力。

为了实现这个目标，作者制定了5年计划，这个5年计划如下：

5年计划循序渐进，由浅入深。1999年3月，美国国防部对此进行了回应，同意拨款给他。作者的5年计划在1999年底开始实施，虽然想推进5年，但是只收到1年的资金支持。不过，作者还是没有放弃这个项目，一直推进，直到他不再参与python的工作。当时美国国防部对他们提供了多少资金呢，我没看到官方公开的数据。2013年有报道称，DARPA向Continuum Analytics提供3百万美元的支持，让该公司给python开发数据处理以及数据可视化工具。具体数字是否可靠，这个尚不清楚，但管中窥豹，可见美国国防部对该项目表示认可，并提供了资金支持。Continuum Analytics有一个比较有名的工具，叫Anaconda，Anaconda可以理解为是python + 各种科学计算库的工具箱，Anaconda官网有这么一句话

翻译为“Continuum Analytics的Anaconda是使用python的、领先的开源科学计算平台，我们赋予那些正在改变世界的人超能力。”

在查资料的时候，我发现了一个wiki论坛, 该论坛对该项目进行了评价，论坛列出了该项目成功的地方和失败的地方，以及一些 社会 人士的看法。论坛这样总结道，这个项目成功的地方在于：

这个项目失败的地方在于：

回想自己初学python的时候，我觉得这个总结是很公正的。python确实容易入门，有编程基础的人可能只需要一个星期就能掌握python的一些基本语法。相比C语言，python对于初学者是很友好的，很容易让人上手。但是，要深入理解python，并没有这么简单，需要花很多时间去磨练。接手一个使用python的项目，你需要花一些时间精力去熟悉，去摸透里面的逻辑，这对于初学者来说，是无法避免的。 对于一个程序员来说，作者能想象到以后计算机的普及应用，以及用户的认知水平，还有他能够做什么，通过什么来实现，能有这些远大的抱负，这是非常不容易的。西方世界经常说到“change the world，make the world a better place”，作者也确实做到了，他设计的python在计算机世界里扮演者一个非常重要的角色。如果通过 科技 能够改变世界，那么python就是改变世界的其中一步。1980-2000年，美国对 科技 公司是政策扶持、技术扩散，这期间涌现了如IBM、HP、思科等 科技 公司，大家熟知的微软和苹果都是在这期间上市的。python可以说是这个 科技 运动的一个缩影，在 科技 浪潮的推动下，python得到了长足的发展。

很多 科技 或工业相关的网站会根据当年编程语言的流行度做下排名，它们会列出当年在业界最受欢迎的编程语言。其中，IEEE Spectrum 和 TIOBE 的2021年度编程语言是python，如果我还没记错的话，TIOBE的2020年度编程语言也是python。可见python是非常受欢迎的，用现在的话讲，就是“网红”编程语言。现在，很多计算设备上都有python的身影，小到智能家居、手机、智能手表，大到锂电车、工控车床、甚至航天飞机都有python的身影。你可能在浏览网页的时候，右下角弹出一个“7天python入门”的广告，可见python现在还是有很多需求，因为有需求，所以才有人去投广告，才会有人去找培训机构。

作者在给美国国防部的提案中写到，他想跟高中或大学展开合作，设计一些python的课程，针对不同年级，设计不同水平的课程。现在来看，他确实是做到了，现在哈佛、密歇根大学等排名靠前的大学，都有python课程，python在这些大学的CS（计算机科学）课程中应用非常广泛，可以说是作为CS导论的一个教学工具。在一些比较高级的课程，比如数据科学、人工智能等都可以看到python的身影，这是因为学术界以及工业界为python提供了一些处理科学计算和大数据的工具，这也归功于美国国防部的支持。美国有许多编程夏令营，针对不同年龄段有不同的课程，并且也有许多支持python代码的编程竞赛。Google在coursera上有一个面向初学者的课程，该课程叫 Google IT Automation with Python，完成课程大约需要 8 个月，课程建议每周花5小时学习，课程结束后就可以获得Google颁发的证书。可见，不管是工业界，还是教育界，都对python有不同程度的支持。这里打个岔，第一版的Google搜索引擎还是用python写的，作者也在Google工作了一段时间。

现如今，每隔一段时间，就有一个PyCon活动，这个活动汇聚世界各地的开发者，每年都有开发者来展示他们使用python的成功案例，或者表达自己对python的新功能或者缺陷的看法。可见，python用户社区一直都是很活跃的。这让我想到了某新能源 汽车 ，该 汽车 用户有很高的粘性，有一位车主跟我说过，他们有一个微信群，里面有该新能源 汽车 的高管，很多车主乐意在里面指出问题，或者提建议，因为这些高管会对问题或者建议做出相应的反馈。用户愿意提意见，产品经理愿意广开言路，采纳多方建议，实属不易。python社区也差不多如此。

几年前，你是否看过一个新闻，《人工智能“网红”编程语言Python进入山东小学课本》，这是2017年澎湃网的一则新闻，里面讲了python进入了山东省小学六年级教材，作为一门“网红”编程语言，它是否适合低龄学生，这个倒是没细说，但是可见国内有些地方是把编程作为一种比较基础的能力来考量。python往低龄阶段渗透是否合适呢，我在翻资料的时候瞥到韩国高丽大学的一篇论文，论文讲述小学生在学习python的过程中会碰到一些困难，比如经常少打了一些括号，经常拼错单词，经常碰到语法错误，以及对这些现象的看法。还有，南京师范大学有一篇报道，讲述了中学生学习在学习python时，采用面向问题的学习模式，我理解是case by case的教学模式，这种模式有利于学生培养学生的计算机思维，以及帮助他们理解一些计算机相关的概念，解决计算机相关的问题。

python是否适合低龄学生呢，我觉得这个是值得讨论的话题。最后还要问你一句，你会让你的小孩学习python么，从什么时候开始学呢？你的娃因为不知道打多少个括号嚎啕大哭时，你能帮得上忙么？你到时候需要专门请一个程序员来给你的娃做家教么？

-

用Python编程需要哪些软件?

《Python 3.9.7软件》百度网盘资源免费下载:

链接:

?pwd=nhfc 提取码: nhfc

Python 3.9.7最新正式版是一种面向对象、直译式计算机程序设计语言，也是一种功能强大而完善的通用型语言，已经具有十多年的发展历史，成熟且稳定。python具有非常简捷而清晰的语法特点，且几乎可以在所有的操作系统中运行，非常适合完成各种高层任务，随着不断的更新优化，逐渐被用于独立的、大型项目的开发，只为给用户更加完美的操作体验。

开源流程引擎Camunda技术架构

Camunda是一个基于Java的框架，支持用于工作流和流程自动化的BPMN、用于案例管理的CMMN和用于业务决策管理的DMN。

本篇文章我们仅考虑BPMN流程引擎，先不涉及CMMN和DMN引擎。就流程引擎而言，Camunda是一个灵活的工作流框架，它的核心是一个在Java虚拟机内部运行的原生BPMN 2.0流程引擎，因此它可以嵌入到任何Java应用程序或运行时容器中。Camunda与Java EE 集成，并可以与Spring Framework和Spring Boot完美匹配。

Camunda BPMS到底包括哪些功能，我们拿官方的一张架构图进行解读分析。

1.从BPM应用维度看

Camunda分为流程设计和流程运行两个阶段，见图中最下方的蓝色大箭头，Model和Execute，按照这两个阶段，Camunda划分为两大部分功能，对应设计阶段的功能有 Modeler，对应运行阶段的功能有Engine、TaskList、Cockpit、Admin。

2.从BPM功能维度看

Camunda包括了流程设计器（Modeler）、流程引擎（Engine）、API接口（REST/Java API）、任务列表（TaskList）、流程管理控制台（Cockpit）、系统管理工具（Admin）。在Camunda商业产品中还包括了流程监控预警工具（Optimize）、流程协同设计工具（Cawemo）。这里重点先说一下Camunda流程设计器，支持两种模式，一种是富客户端的流程建模工具Camunda Modeler，需要在客户端安装；另一种是基于浏览器的流程设计器bpmn.io，这两款软件均开源。

3.从BPM角色维度看

Camunda分为业务分析师、流程开发工程师、最终用户、流程管理员、系统管理员这几个角色，每个角色对应BPMS不同的功能。业务分析师、流程开发工程师使用流程设计器（Modeler）进行流程建模，最终用户使用任务列表（TaskList）进行流程发起和审批，流程管理员使用流程管理控制台（Cockpit）进行流程管理，比如流程暂停恢复、流程异常干预等，系统管理员使用系统管理工具（Admin）进行系统管理，比如组织用户管理、权限管理等。

1.支持与Spring框架集成

Camunda支持与spring框架集成，把 camunda-engine-spring框架引入到项目的maven模块内，它可以与Spring 3、4或5版本一起使用，具体集成过程后面有文章单独介绍。

2.支持与spring boot集成

后面文章专题介绍

3.支持与CDI and Java EE 集成

CDI (Context and Dependency Injection)是 Java EE6的标准和依赖注入，Camunda通过camunda-engine-cdi模块集成可利用camunda引擎的配置和cdi的可扩展性。

4.支持与Runtime Container 集成

支持与tomcat、JBoss等常见的运行容器集成。

Camunda BPM是一个灵活的框架，支持嵌入式、分布式、集群等多种部署模式。

1.嵌入式部署

流程引擎以Jar包方式添加到应用程序中，通过这种方式，可以在应用程序生命周期中轻松启动和停止流程引擎。

2.基于web容器启动，多应用共享

流程引擎在运行时容器（Servlet容器、应用程序服务器等）中启动，流程引擎作为容器服务提供，可以由容器内部署的所有应用程序共享。这种方式在实际应用场景中不多见。

3.独立部署，多应用共享

在这种情况下，流程引擎独立部署，通过网络提供服务，网络上运行的不同应用程序可以通过远程通信通道与进程引擎交互，远程访问流程引擎的最简单方法是使用内置的REST服务接口。在企业级流程中心部署架构中，这是一种最常见的部署模式，在现在的微服务部署架构中，也可以采取这种方式。

4.集群部署

为了提供扩展或故障转移功能，流程引擎可以分布到集群中的不同节点，每个流程引擎实例都必须连接到共享数据库。Camunda BPM不提供现成的负载平衡功能，可以采用nginx等第三方负载均衡软件实现。

本文介绍了第三方库及其在Camunda中的使用。对于Camunda的每个组件，都列出了第三方库。对于每个库，都解释了该库是必需的依赖项还是可选的依赖项。必需的依赖是Camunda提供核心功能所依赖的库。在下面的列表中标记为(Required Dependency)。可选的依赖项是可以与Camunda集成的库。在下面的列表中标记为(可选依赖项)。

以下是Camunda7.15版本依赖得第三方类库：

1、Process Engine

流程引擎依赖于以下第三方类库:

MyBatis mapping framework (Required Dependency) for object-relational mapping.

Joda Time (Required Dependency) for parsing date formats.

Java Uuid Generator (JUG) (Optional Dependency) Id Generator. See the documentation on Id-Generators

SLF4J (Required Dependency) Logging Facade

此外，流程引擎还可以集成:

Apache Commons Email (Optional Dependency) for mail task support.

Spring Framework Spring-Beans (Optional Dependency) for configuration using camunda.cfg.xml.

Spring Framework Spring-Core (Optional Dependency) for configuration using camunda.cfg.xml.

Spring Framework Spring-ASM (Optional Dependency) for configuration using camunda.cfg.xml.

Groovy (Optional Dependency) for groovy script task support.

Jython (Optional Dependency) for Python script task support.

JRuby (Optional Dependency) for Ruby script task support.

Freemarker (Optional Dependency) for freemarker template engine support.

Apache Velocity (Optional Dependency) for apache velocity template engine support.

SAXON (Optional Dependency) for XSLT and XQuery template engine support.

2、REST API

REST API依赖于以下第三方库:

Jackson JAX-RS (Required Dependency) provider for JSON content type

Apache Commons FileUpload (Required Dependency)

此外，当使用Apache Tomcat时:

RESTEasy (Required Dependency)

3、Spring Support

Spring支持可以与以下第三方库集成:

Apache Commons DBCP (Optional Dependency)

Spring Framework Spring-Beans (Optional Dependency)

Spring Framework Spring-Core (Optional Dependency)

Spring Framework Spring-ASM (Optional Dependency)

Spring Framework Spring-Context (Optional Dependency)

Spring Framework Spring-JDBC (Optional Dependency)

Spring Framework Spring-ORM (Optional Dependency)

Spring Framework Spring-TX (Optional Dependency)

4、Camunda Spin

Camunda Spin依赖于以下第三方库:

Jackson Json (Required Dependency) for Json Dataformat Support

此外，Camunda Spin可以与以下库集成:

Jayway Json Path (Optional Dependency) for Json Path Support

5、Camunda Connect

Camunda Connect依赖于以下第三方库:

Apache Http Components (Required Dependency) for REST and SOAP support.

1、支持的Java开发环境

? Java版本： 8 / 9 / 10 / 11 / 12 / 13 / 14

? Springboot版本： 2.3.x.RELEASE

2、支持的Java运行环境

? Oracle JDK 8 / 9 / 10 / 11 / 12 / 13 / 14

? IBM JDK 8 (with J9 JVM)

? OpenJDK 8 / 9 / 10 / 11 / 12 / 13 / 14

3、支持的数据库软件

? MySQL 5.6 / 5.7

? MariaDB 10.0 / 10.2 / 10.3

? Oracle 11g / 12c / 18c / 19c

? IBM DB2 10.5 / 11.1

? PostgreSQL 9.4 / 9.6 / 10.4 / 10.7 / 11.1 / 11.2 / 12.2

? Microsoft SQL Server 2012/2014/2016/2017

? H2 1.4

4、支持的应用服务器

? Apache Tomcat 7.0 / 8.0 / 9.0

? JBoss EAP 6.4 / 7.0 / 7.1 / 7.2

? Wildfly Application Server 10.1+

? IBM WebSphere Application Server 8.5 / 9.0 企业版

? Oracle WebLogic Server 12c (12R2) 企业版

5、支持的浏览器

? Google Chrome

? Mozilla Firefox

? Microsoft Edge

6、流程设计器支持的操作系统

? Windows 7 / 10

? Mac OS X 10.11

? Ubuntu LTS

低代码开发的优势？

1、为开发团队提供支持图形化和编码混用的工具

开发人员可能喜欢手工编码，尽管他们通常并不喜欢重新制造轮子。如果能有一种易于使用、功能强大且图形化的方式设计网页，或者采用图形化方式配置流程参数，那么自然会有开发人员乐意使用它。当然，也总会有人不想甚至不需要这类“易用”的工具。如果给开发人员自由，可以选择用他们喜欢的Javascript库创建该网页，或者使用XML文件来配置流程参数，那么真正喜欢编码的开发人员也可以使用这个低代码方法。面向开发人员的低代码平台，为具有不同偏好和技能水平的技术团队提供了有效的支持。

2、通过可扩展性实现灵活性，进而提供更大自由

开发人员和其他人一样都喜欢自由。对于一个构建应用的完整平台，开发人员应可以从中选择他们仅需的组件。例如，开发人员仅需流程引擎，或者流程引擎和用户界面设计器。平台应提供多种灵活性，其中包括：通过可扩展性提供扩展库、框架或平台并对其进行改进的自由。提供将一个服务或组件替换为另一个服务或组件的自由。提供将当前平台与其他选解决方案结合的自由。对于面向开发人员的低代码平台，仍然需要提供是否支持编码的自由。

3、支持多学科开发团队

在企业实施中，开发团队工作的变更管理工具至关重要。如上所述，开发团队通常由承担不同职能的人员组成，例如前端开发和后端开发，他们更倾向于使用混合开发方式。一些开发人员可能更喜欢使用图形化工具开发用户界面，而另一些开发人员更喜欢使用HTML5手动编码，还有一些人更喜欢使用JavaScript。低代码平台支持团队中的异构协作，有助于解决“缺乏可用的开发人员来支持所有需要完成的项目”的问题。

4、为协作和持续集成提供工具

数字化转型的关键在于快速构建新功能、判断新功能的有效性，并根据反馈和利用敏捷方法做出改进。低代码平台应该支持开发人员使用他们喜欢的方法和框架。

5、支持在做出决策前试用、学习并分享

开发人员当然和其他所有人一样，更愿意参与到选择所用开发工具的过程中。开源和免费增值模式平台当然是优先的选择。开源产品的优势在于任何人都可以下载并上手使用。通常开源产品背后多具有社区支持，可提问、反馈并分享实践。

6、灵活选择架构和可扩展性

应用无论是本地部署、通过SaaS部署，还是在公共、私有云或混合云上部署，专业开发人员都希望能够清楚地了解，将使用低代码平台构建的应用的体系结构。这使得专业开发人员能够针对性能和扩展对应用进行建模和设计，改善应用程序组件和服务间的通信，以及将用户界面与数据和业务流程分离。开发人员若想构建可在不同环境中运行和扩展的企业应用，需清晰了解具有可扩展功能和自由编码的体系架构，这至关重要。

7、省钱

如果您是开发管理软件给自己使用的用户，当您需要软件的时候，需要升级软件的时候，不需要再找软件开发商，自己就可以完成。这样，您就再也不用支付大量的软件开发费用，维护费用，升级费用了。而且，简搭(jadbp)低代码开发平台是一次购买终身可以使用的，也就是说，您永远不用再花钱去找人开发软件了,从长期来说，省下来的钱，是一笔不菲的费用。

如果您是软件开发商，那么当您给客户开发管理软件的时候，就再也不用投入大量的成本在程序员、产品经理、UI设计上面了，您只需要招聘基础的开发人员就可以了，如果碰到难题，平台所提供的的技术支持也能帮您解决。

8、省时

简搭(jadbp)低代码开发平台，重点在于“快”。以前开发一个管理软件的周期可能是3个月，现在只需要几天，大大地减少了工作量。同时，平台还可以让您批量地生产管理软件，这样就可以不用因为项目多而招聘大量员工了。并且基于平台，可以随时随地为客户升级软件，后期的维护和升级成本也大大地减少，从而增加收入。

9、省力

简搭(jadbp)低代码开发平台是一种新型开发工具，相比传统的开发模式，不仅节省了成本，也让技术人员的要求降低了。一些基础的功能非技术人员也能进行配置，不用再因为代码而烦心。

python爬虫用什么框架

python爬虫框架概述

爬虫框架中比较好用的是 Scrapy 和PySpider。pyspider上手更简单，操作更加简便，因为它增加了 WEB 界面，写爬虫迅速，集成了phantomjs，可以用来抓取js渲染的页面。Scrapy自定义程度高，比 PySpider更底层一些，适合学习研究，需要学习的相关知识多，不过自己拿来研究分布式和多线程等等是非常合适的。

PySpider

PySpider是binux做的一个爬虫架构的开源化实现。主要的功能需求是：

抓取、更新调度多站点的特定的页面

需要对页面进行结构化信息提取

灵活可扩展，稳定可监控

pyspider的设计基础是：以python脚本驱动的抓取环模型爬虫

通过python脚本进行结构化信息的提取，follow链接调度抓取控制，实现最大的灵活性

通过web化的脚本编写、调试环境。web展现调度状态

抓取环模型成熟稳定，模块间相互独立，通过消息队列连接，从单进程到多机分布式灵活拓展

pyspider的架构主要分为 scheduler（调度器）, fetcher（抓取器）, processor（脚本执行）：

各个组件间使用消息队列连接，除了scheduler是单点的，fetcher 和 processor 都是可以多实例分布式部署的。 scheduler 负责整体的调度控制

任务由 scheduler 发起调度，fetcher 抓取网页内容， processor 执行预先编写的python脚本，输出结果或产生新的提链任务（发往 scheduler），形成闭环。

每个脚本可以灵活使用各种python库对页面进行解析，使用框架API控制下一步抓取动作，通过设置回调控制解析动作。

Scrapy

Scrapy是一个为了爬取网站数据，提取结构性数据而编写的应用框架。 可以应用在包括数据挖掘，信息处理或存储历史数据等一系列的程序中。

其最初是为了页面抓取 (更确切来说, 网络抓取 )所设计的， 也可以应用在获取API所返回的数据(例如 Amazon Associates Web Services ) 或者通用的网络爬虫。Scrapy用途广泛，可以用于数据挖掘、监测和自动化测试

Scrapy主要包括了以下组件：

引擎(Scrapy): 用来处理整个系统的数据流处理, 触发事务(框架核心)

调度器(Scheduler): 用来接受引擎发过来的请求, 压入队列中, 并在引擎再次请求的时候返回. 可以想像成一个URL（抓取网页的网址或者说是链接）的优先队列, 由它来决定下一个要抓取的网址是什么, 同时去除重复的网址

下载器(Downloader): 用于下载网页内容, 并将网页内容返回给蜘蛛(Scrapy下载器是建立在twisted这个高效的异步模型上的)

爬虫(Spiders): 爬虫是主要干活的, 用于从特定的网页中提取自己需要的信息, 即所谓的实体(Item)。用户也可以从中提取出链接,让Scrapy继续抓取下一个页面

项目管道(Pipeline): 负责处理爬虫从网页中抽取的实体，主要的功能是持久化实体、验证实体的有效性、清除不需要的信息。当页面被爬虫解析后，将被发送到项目管道，并经过几个特定的次序处理数据。

下载器中间件(Downloader Middlewares): 位于Scrapy引擎和下载器之间的框架，主要是处理Scrapy引擎与下载器之间的请求及响应。

爬虫中间件(Spider Middlewares): 介于Scrapy引擎和爬虫之间的框架，主要工作是处理蜘蛛的响应输入和请求输出。

调度中间件(Scheduler Middewares): 介于Scrapy引擎和调度之间的中间件，从Scrapy引擎发送到调度的请求和响应。

Scrapy运行流程大概如下：

首先，引擎从调度器中取出一个链接(URL)用于接下来的抓取

引擎把URL封装成一个请求(Request)传给下载器，下载器把资源下载下来，并封装成应答包(Response)

然后，爬虫解析Response

若是解析出实体（Item）,则交给实体管道进行进一步的处理。

若是解析出的是链接（URL）,则把URL交给Scheduler等待抓取

除了Pygame外，还有哪些适合Python的游戏引擎

2d 用 pygame

3d 用 panda3d

cocos2d，这个一开始就是python的，现在iphone的版本造就了很多游戏