后端数据处理流程指？ 后端问题？

activiti流程流转原理

1、核心原理： 流程图绘制与存储：首先，使用BPMN标准绘制业务流程图。这个流程图本质上是一个XML文件，用于存储流程所需的数据和结构信息。 解析与存储：通过解析这个XML文件，Activiti将流程图中的每个节点数据读取出来，并存入数据库中。

2、工作流框架能解除业务宏观流程和微观逻辑的耦合，让业务人员制定流转逻辑，专业人员关注流程节点。主流的开源java工作流框架有Activiti、Camunda和Flowable，它们均源自于jbpm。Activiti是针对业务人员、开发人员和系统管理员的轻量级工作流和业务流程管理平台。它具有快速、稳定的核心流程引擎，易于集成的特性。

3、当流程引擎跳至分支条件判断处理时，可以让它执行我们的脚本设置条件，条件满足时，则跳至我们的设置的目标节点，从而实现干预流程引擎本身的执行方式，为了不影响Activiti的原的运行机制，我们还是保留其旧的执行判断方式。

4、在BPMN 0中，可以使用特定的建模工具，如activiti-designer、flowable-designer、camunda-modeler与bpmn-js设计器，来绘制流程图。这些工具支持不同的开发环境，如Vue、原生JS、React与Angular。

5、iBatis 更容易进行 sql 的 优化。这个应该大家都有共识了。另外 Hibernate 生成的 sql 也实在是太难看了。鉴 于有的朋友提到了 sql 不太重要。我想在这里强调一下我的经验，一般系统性能 的瓶颈都在数据库上。所以这一点是 iBatis 非常重要的一个优势。

vue项目中使用mxgraph流程图

1、安装 在项目public目录下引入mxgraph的静态文件，具体如下： 建立 mxgraph.js 在vue页面中引入mxgraph 引入json和xml互转的插件x2js 在main.js中引入x2js 在页面中使用mxgraph 至此，mxgraph的搭建和使用已完成。具体的案例请参考项目。

2、bpmn-js：bpmn-js是BPMN 0渲染工具包和web模型。bpmn-js正在努力成为Camunda BPM的一部分。使用Web建模工具，可以方便地构建BPMN图表，并将其嵌入到项目中，易于扩展。bpmn-js基于原生js开发，支持集成到vue、react等开源框架中。

3、网络拓扑图可以用visio、亿图图示（EdrawMax）、网络可视化（NVisual）、Powerpoint、Algoriusnetviewer软件做。以Visio为例，网络拓扑结构是指用传输媒体互连各种设备的物理布局，就是用什么方式把网络中的计算机等设备连接起来。

4、其中，mxgraph是一款开源免费的组态软件，但由于需要解决的问题较多且国内学习资料较少，使用门槛相对较高。该软件官网提供了API文档和社区交流平台，开发者可以从中获取所需信息。le5le-2D可视化则提供了一个基于canvas和typescript的绘图框架，支持拖拽、缩放、旋转等基础操作，且拥有流畅、高性能的特性。

5、怎么将mxgraph，添加到vuejs项目中，并可以进行拓扑图的开发使用CONTAINER容器属性没有设置。Container容器页面用一个dom节点将mxgraph与JavaScript结合。它可以使用document.getElementById在body中取得或者直接动态创建。dom节点传递到主函数中用于建立以下mxgraph例子。

SpringBoot如何优雅的进行参数校验

传统参数校验回忆传统参数校验的痛点，代码冗长且难以维护，尤其是当在多个地方重复使用时，错误风险增大。面对这些痛点，我们引入框架，仅需通过简单的注解定义校验规则，让框架自动处理校验逻辑，使代码更优雅。几个名词JSR：Java Specification Requests，一套JavaBean参数校验标准，提供常用校验注解。

Spring Boot 自带的 spring-boot-starter-validation 包支持以标准注解的方式进行输入参数校验。此包主要引用了 hibernate-validator 包，提供参数校验功能。本文将详细探讨 spring-boot-starter-validation 包所涵盖的标准注解的使用、校验异常的捕获与展示、分组校验功能的使用，以及如何自定义校验器。

验证全局属性编辑器的有效性：方法：通过创建Controller测试方法，输入包含特定格式的请求数据，观察其在SpringMVC框架中是否被成功转换为预期类型。日志记录：通过记录日志输出，可以直观地观察到转换过程，确保全局参数转换机制的正确性。

为此，我们为项目配置 全局统一异常拦截器 来格式化所有数据校验的返回结果。

一篇文章说清楚业务流程图和页面流程图的区别

页面流程图：展示用户在不同页面之间的操作及跳转关系。主要用于表述用户操作的细节，帮助产品经理清晰理解用户场景，明确页面之间的跳转逻辑和校验条件。它更加偏重用户体验，是原型设计的基本依据。 绘制内容与重点 业务流程图：一般用泳道图来绘制，纵向表示角色，横向表示业务流程。

页面流程图是展示页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面，页面流程图是在业务流程图之后原型设计之前的工作，是提高原型效率的中间件。

业务流程图更加完整，体现了整个过程，而针对不同用户的页面流程图相对来说只体现了整个业务流程中的部分。页面流程图没有体现异常流程具体处理方法。页面流程图与业务流程图所针对的问题不同，业务流程图针对的更多的是产品本身，页面流程图更多的考虑的是用户与产品的交互。

功能流程图——面向产品经理本身/开发人员，目的是确定功能设计逻辑，以业务流程图为主线，去细化每个环节的功能逻辑（如必填项/业务状态/异常提示等），还有跟不同系统之间的数据同步逻辑，在画axure之前产品经理更应该把功能流程图画出来，这样子才能更好查漏补缺。

定义：功能流程图并不常用，且容易与操作流程图混淆。操作流程通常用流程图表示，而功能描述则更适合使用页面流程图或用例图。误区：将功能描述与操作流程混为一谈，导致流程图的用途不明确。