菜单

Activiti工作流引擎使用,基于职业流的阳台管理系列规划

2019年10月21日 - 互联网科技
Activiti工作流引擎使用,基于职业流的阳台管理系列规划

原标题:基于职业流的平台管理种类规划

Activiti专门的学问流引擎使用

图片 1

1.轻易介专门的学业流引擎与Activiti

对于职业流引擎的批注请参谋百度百科:做事流引擎

对此互连网金融平台来说,首要的事体特别是关联资金业务相关操作时都有必要有有关的审批流程.同不平时间在流程的流离失所进程中要求和各种业务连串实行相互,达成真正的事体管理,
并记录这些历程中全体人的操作以致每一步操作时所提到数额快速照相,以便于内外界审计和难点的追溯.

1.1 笔者与工作流引擎

在首先家同盟社职业的时候根本职责正是开采OA系统,当然基本都以有职业流的支撑,可是当下选取的干活流引擎是商城部分牛人开辟的(听大人讲是用二个开源的引擎修改的),名称为CoreFlow;功用相对Activiti来讲比较弱,不过能满意平常的选用,当然也可以有成千上万的标题由此后来大家不得不修改引擎的代码打补丁。

近期是小编专业的第二家合营社,因为要开发ERP、OA等系统须要使用工作流,在项目调查钻探阶段自个儿先找找资料选择使用哪个开源行事流引擎,最终鲜明了Activiti5并依据厂家的架构做了风华正茂部分DEMO。

◆✦下边为八个卓绝的业务流程✦◆

1.2 Activiti与JBPM5?

对此Activiti、jBPM4、jBPM5我们应该怎么抉择,在InfoQ上有意气风发篇小说写的很好,从大的框框相比较各类引擎之间的差异,请参见文章:纵观jBPM:从jBPM3到jBPM5以及Activiti5

(注: 为了验证方便, 已经简化和修改有关手续, 和点融实际操作区别等)

1.3 Activiti资料

图片 2

2.最初使用蒙受标题搜集

因为Activiti刚刚退出不久所以资料比较空缺,中文资料越来越少的可怜,所以初叶的时候胡里胡涂(尽管早前用过工作流,但是感觉间距比非常多),况且官方的手册还不是很周到;所以本身把笔者在攻读应用的进程碰着的片段疑难都位列出来分享给大家;以下几点是自己遇见和想到的,倘使您还恐怕有哪些疑难能够在评价四之日本身交换再补偿。

豆蔻梢头. 借款人信用卡音信修改

2.1 布置流程图后汉语乱码

乱码是直接缠绕着国人的主题素材,以前种种技能、工具出现乱码的标题写过相当多篇章,这里也不例外……,Activiti的乱码难点在流程图中。

流程图的乱码如下图所示:

图片 3

消除办法有二种:

该流程发起原因根本是出于借款人银行卡转移原因须要修改. 流程关键步骤为:

2.1.1 修改源代码方式

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有风流倜傥行代码是设置字体的,默许是用 Arial 字体,那正是乱码爆发的来头,把字改为本土的普通话字体就可以,比如:

Font font = new Font("WenQuanYi Micro Hei", Font.BOLD, 11);

本来假设你有布署文件读取工具那么可以设置在*.properties文件中,作者正是如此做的:

Font font = new Font(PropertyFileUtil.get("activiti.diagram.canvas.font"), Font.BOLD, 11);

❶ 客户联系客商服务人士,提交申请, 蕴含借贷音信, 手持身份ID照片,
信用卡音讯等

2.1.2 使用压缩包格局配置

Activiti帮衬布置*.bpmn20.xml、bar、zip格式的流水生产线定义。

运用Activit Deisigner工具设计流程图的时候会有七个项目标文书:

消除办法正是把xml文件和图表文件同临时间陈设,因为在单独布署xml文件的时候Activiti会自动生成一张流程图的图纸文件,然则如此在运用的时候坐标和图片对应不起来……

之所以把xml和图表同期安插的时候Activiti自动关联xml和图片,当须要猎取图片的时候向来重返陈设时压缩包里面包车型大巴图形文件,并不是Activiti自动生成的图样文件

❷ 申请提交系统后, 由风控举行考察

2.1.2.1 使用工具打包Bar文件

右键项目名称然后点击“Create deployment
artifacts”,会在src目录中开创deployment文本夹,里面包蕴*.bar文件.

❸ 运维单位扩充改造操

2.1.2.2 使用Ant脚本打包Zip文件

那也是我们应用的不二等秘书技,你可以手动选择xml和png打包成zip格式的文本,也能够像大家同样使用ant
target的方法打包那多少个文本。

<?xml version="1.0" encoding="UTF-8"?>
<project name="foo">

    <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />
    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" />

<target name="workflow.package.oa.leave">
        <echo>打包流程定义及流程图::OA-请假</echo>
        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"
            includes="*.xml,*.png" />
    </target>
</project>

这么当修改流程定义文件后假如运营ant命令就能够打包了:

ant workflow.package.oa.leave

今后布置bar可能zip文件查看流程图图片就不是乱码了,而是你的压缩包里面包车型大巴png文件。

二. 提前还款流程

2.2 使用引擎提供的Form依然自定义业务Form

倡议流程的机要缘由是顾客期望依据左券举行提前还款. 流程关键步骤为:

2.2.1 引擎提供的Form

概念表单的办法在各类Task标签中定义extensionElementsactiviti:formProperty就可以,达到这一个节点的时候能够因而API读取表单成分。

Activiti官方的例子使用的就是在工艺流程定义中设置每三个节点彰显怎么的表单哪些字段供给体现、哪些字段只读、哪些字段必填。

不过这种措施唯有适用于比较轻易的流水生产线,对于有个别复杂大概页面要求工作逻辑的论断的事态就不适用了。

对此数据的保存都是在斯特林发动机的表中,不便于和别的表的涉嫌、对整个系统的宏图也不利于!

❶ 借款人联系客服人士, 提交报名

2.2.2 自定义业务Form

这种措施应该是豪门用的最多的了,因为相似的作业种类业务逻辑都会比较复杂,何况数据库中众多表都会有依据关系,表单中有繁多地方剖断。

比方说大家的种类适用jQuery
UI作为UI,有好多javascript代码,页面包车型客车不在少数操作须求特殊处理(举个例子:多少个选择的排斥、各种节点依照项目和操作人呈现分歧的按钮);基本每一种集团都有豆蔻梢头套本身的UI风格,要保持多个系统的操作习贯大器晚成致只可以动用自定义表单技艺满意。

❷ 运转生成提前还款表明书, 其包罗详细金额多少

2.3 业务和流程的关联格局

那个标题在群里面相当多个人都问过,那也是自家刚刚起初吸引的地方;

后来看了以下API开掘RuntimeService有七个章程:

❸ 借款人确认, 通过客服服务人士上传签名照片

2.3.1 startProcessInstanceByKey

javadoc对其认证:

startProcessInstanceByKey(String processDefinitionKey, Map variabes) 
          Starts a new process instance in the latest version of the process definition with the given key

 

其中businessKey正是事情ID,举个例子要申请请假,那么先填写登记音信,然后(保存+启动流程),因为请假是独自设计的数据表,所以保存后获取实体ID就足以把它传给processInstanceBusinessKey方法运行流程。当需求依赖businessKey查询流程的时候就能够透过API查询:

runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey, processDefinitionKey);

 

议数据库冗余设计:在业务表设计的时候增添一列:PROCESS_INSTANCE_ID varchar2(64),在流程运行现在把流程ID更新到事情表中,那样不管从事情大概流程都能够查询到对方!

专程表达: 此方法运行时自动采用新型版本的流水生产线定义。

❹ 运维代扣还款金额, 结清借款

2.3.2 startProcessInstanceById

javadoc对其证实:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

 

processDefinitionId:这些参数的值能够由此repositoryService.createProcessDefinitionQuery()措施查询,对应数据库:ACT_RE_PROCDEF;每一趟安插贰回流程定义就能够增添一条数据,同名的本子号增添。

专程表达: 此能够内定差异版本的流水生产线定义,让顾客多风流倜傥层选取。

❺ 生成还款结清评释

2.3.3 如何抉择

建议利用startProcessInstanceByKey,特殊境况供给运用过去的本子接纳使用startProcessInstanceById

在阳台的骨子里运行中, 有五颜六色的专门的学业必要管理, 蕴涵借款人, 出借人,
资金等等, 同期还关乎到种种分歧的业务部门,
并且流程的漂泊操作人士和单位也随着企业事务的进步而各异的调节.
设计多个基础的流程框架和落到实处基础代码, 形成轻便的开支形式是该类其余要害.
因而全部系统的盘算涉及到以下入眼多少个地点:

2.4 同步客商数量

本条主题素材也是非常多的人询问过,Activiti支持对职务分配到:内定人、钦命组、两个结合,而这几个人和组的新闻都保存在ACT_ID..表中,有和好的客商和组(剧中人物)管理让洋法国人魂不附体了;原因是因为各类系统都会存在二个权力管理模块(维护:客户、部门、剧中人物、授权),不精晓该怎么和Activiti同步。

☞ 选取相符的工作流引擎

2.4.1 建议管理情势

Activiti有一个IdentityService接口,通过那个接口可以操控Activiti的ACT_ID_*表的数据,平时的做法是用工作系统的权限管理模块维护客户数据,当进行CRUD操作的时候在本来职业逻辑前面增多同步到Activiti的代码;比如增加贰个顾客时同步Activiti
User的代码片段:

/**
 * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色
 * @param user
 * @param roleIds
 */
public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) {
    accountManager.saveEntity(user);
    String userId = user.getId().toString();

    if (synToActiviti) {
        List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();
        if (activitiUsers.size() == 1) {
            //更新信息
            org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);
            activitiUser.setFirstName(user.getName());
            activitiUser.setLastName("");
            activitiUser.setPassword(user.getPassword());
            activitiUser.setEmail(user.getEmail());
            identityService.saveUser(activitiUser);

            // 删除用户的membership
            List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();
            for (Group group : activitiGroups) {
                identityService.deleteMembership(userId, group.getId());
            }

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }

        } else {
            org.activiti.engine.identity.User newUser = identityService.newUser(userId);
            newUser.setFirstName(user.getName());
            newUser.setLastName("");
            newUser.setPassword(user.getPassword());
            newUser.setEmail(user.getEmail());
            identityService.saveUser(newUser);

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }
        }
    }

}

 

删除操作也和这么些看似!

任由从业务系统一保险险客户依然从Activiti维护,肯定要规定一方,然后CRUD的时候共同到对方,假设急需一同三个子系统那么能够再调用Web瑟维斯达成。

对此一个近似涉及到审批以致推行实际作业的系统, 基于简单的场合调整的规划,
可能机关开荒类职业流引擎轮子的做法都是不合适.
所以三个开源並且被大规模选取的干活流引擎是七个不易何况必需的选用. Activiti
工作流引擎由于其轻量级, 易用性等优点方今在产业界被广大使用.
其专门的学业流的状态机和表面系统的接连只需求经过三个ID举行关联就可以,
即activiti的business key. (如下图)

2.5 流程图设计工具用什么样

Activiti提供了八个流程设计工具,可是面向对象分歧。

图片 4

2.5.1 大家的点子

莫不你会惊讶,因为我们从没接纳Activiti
Modeler,大家感觉用Viso已经能表明流程图的情致了,况兼项目老董也是技巧出身,和开荒职员也轻巧沟通。

当前以此体系是首先个使用Activiti的,开首我们在急需调查研究阶段采用Viso设计流程图,利用泳道流程图规划和客商关系,分明后由负担流程的开拓职员用Eclipse
Designer设计赢得bpmn20.xml,最后布署。

☞设计通用的底层数据来支撑区别的事情

2.6 Eclipse Designer存在的难题

本条插件有叁个很看不惯的Bug平素未修复,安装了插件后Eclipse的复制和粘帖赶快键会被调换为(Ctrl+Insert、Shift+Insert);Bug描述请见:

据此最后我们只好单独开多个设置了Eclipse
Designer的Eclipse特地用来规划流程图,那样就不影响健康使用Eclipse
JAVAEE了。

是因为那样三个运转处理种类涉及到各类分裂的政工数据.
如借款人音信有关涉嫌借款ID, 银行卡音讯等; 如出借人消息则涉嫌客商ID,
电话号码等; 而对此基金有关如提前还款则涉及到提前还款日期, 还款金额等.
所以风度翩翩套支撑分裂实际作业的流水生产线数据表结构也是老大主要.

3.配置

☞ 基础框架代码的规划

3.1 集成Spring

对此和Spring的集成Activiti做的准确性,简单布置部分Bean代理就能够兑现,可是有多个和专门的学问相关的地点要唤醒:

?

一个好的统一筹划不是一步到位的统一谋算,
而是二个安分守己的长河以至不断重构的进程.
可是那四个关键的有个别便是在风姿浪漫上马能够基于当前的必要以致所能预知的供给实行设计,
而且在这里个基础框架代码上付出要进一步有助于和简洁.

4.行使单元测验

单元测量检验均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,並且在测量检验类添加:

@ContextConfiguration(locations = { "/applicationContext-test.xml"})
@RunWith(SpringJUnit4ClassRunner.class)

?

固然如此Activiti也提供了测量检验的部分超类,不过以为倒霉用,所以自个儿包装了一些情势。

代码请转移:

◆✦以下对第二、三点开展进行✦◆

4.1 验证流程图设计是或不是科学

代码请转移:

图片 5

4.2 业务对象和流程关联测量试验

代码请转移:

数据库设计

5.各个地方的职务查询以至和业务对象关系

我们方今分成4中状态:未签收、办理中、运营中、已做到。

询问到职责依旧流程实例后要显得在页面,那个时候要求增添业务数据,最后结出正是专业和流程的并集,请参见6.2

如上所说, 这样的一个数目安插必得可以满意:

5.1 未签收(Task)

此类职责针对于把Task分配给三个剧中人物时,比方部门官员,因为机关领导剧中人物能够钦赐多人所以必要先签收再办理,术语:抢占式

对应的API查询:

/**
 * 获取未签收的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    returntaskCandidateUserQuery;
}

?

  1. 可见满意不一致的业务域的必要, 如出借, 借款, 资金有关的现实性专门的学业数据

  2. 可以看到记录每一步的操作审查批准或业务施行结果, 同期记录相关的数目快速照相

5.2 办理中(Task)

该类任务数据类源有三种:

对应的API查询:

/**
 * 获取正在处理的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createTodoTaskQuery(String userId) {
    TaskQuery taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    returntaskAssigneeQuery;
}

?

之所以, 基于现实的工作张开数据表的希图是不适当的, 且无法扩大.
常见的规划为依照Key-Value的规划,
而key则是种种分歧职业种类关系到的metadata. 如USE揽胜极光_ID(用户ID),
LOAN_ID(借款ID)等等. 设计概述如下:

5.3 运行中(ProcessInstance)

大致便是从未结束的流水生产线,全数加入过的人都应当能够见见那一个实例,可是Activiti的API未有得以通过客商查询的方法,那么些只好自身用hack的法子处理了,作者眼下还不曾拍卖。

从表ACT_RU_EXECUTION中询问数据。

对应的API查询:

/**
 * 获取未经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    returnunfinishedQuery;
}

?

图片 6

5.4 已完成(HistoricProcessInstance)

已经结束的流程实例。

从表ACT_HI_PROCINST中询问数据。

/**
 * 获取已经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicHistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    returnfinishedQuery;
}

 

?

二个Request代表某一人发起的央浼, Snapshot代表这几个流程的每一步操作.
Property则分别为Request的Snapshot的切实可行的数目,
当其REQUEST_ID非空SNAPSHOT_ID为空时表示其为REQUEST的性格(SNAPSHOT同理),
即顾客发起呼吁所指导的数据. 如: 客户新闻修改:
PROPERTY则囊括NAME(KEY)为USE奥迪Q3_ID(客户唯生气勃勃ID),
ATTACHMENT(客商手持身份ID照片), EMAIL(修改项)等相应的值. 而对于SNAPSHOT,
则记录对应考察以至操作的新闻,
其对应的PROPERTY则保留了对某些数据修改前后的值.

5.5 查询时和业务关系

唤醒:以前在职业对象增添了PROCESS_INSTANCE_ID字段

思路:现在能够应用那个字段查询了,不管是Task照旧ProcessInstance都能够得到流程实例ID,能够根据流程实例ID查询实体然后把流程对象设置到实体的叁特性质中由Action只怕Controller输出到前台。

代码请参见:

基本功框架代码设计

6.UI及截图

结合实际业务描述一个事情从开端到结束的进度,对于吸引的同校看完柳暗花明了;这里运用请假作为例子。

始于的面貌和需要满含:

6.1 单唯三个列表肩负申请

如此的益处是报名和流程办理分离开管理,列表显示未运维流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

报名分界面包车型地铁截图:

图片 7

  1. 部分通用的activiti流程,
    如一步操作即开立后只要求一步成功操作, 两步流程 –
    创造后一步考察一步操作等, 不相同的事务会利用同样的流程.

  2. 在activiti流程一样的景况下,
    分化的工作的步子其管理人/组则区别

  3. 不等业务流程的骨子里代码开辟相应简洁,
    和做事流引擎解耦, 即实际的开 发人员在不打听专门的职业流引擎具体育专科高校门的学问原理的情状下得以开展高效的付出, 并
    只必要关爱具体 的业务须求

6.2 流程状态

图片 8

为了消除#1的难点,
则供给定义出流程–步骤—业务(诉求类型)—管理人/组 的计划 关系,
并在流程流转时自动安装, 并非在工艺流程描述文件 (bpmn)里 内定

6.3 流程追踪

图片格局呈现当前节点:

图片 9

列表情势展示流程流转进度:

图片 10

为了减轻 #2 的主题材料,
则必要用服务实行李包裹装, 抽象出部分接口以至基类的实 现, 并
应用有的广阔的设计方式(工厂方式)和java的特性(反射).

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先经过Ajax获取当前节点的坐标,在钦定地方增添中绿边框,然后加载图片。

代码移步:

下图为主导的架构划虚拟计

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

图片 11

8.结束

事先就想写那篇小说,以往好不轻易幸不辱命了,花费了多少个钟头,希望能节省你几天的时间。

请读者留意翻阅Activiti的客商手册和Javadoc。

来自:

据书上说那样的框架变成基础代码后,
最后对于叁个达成具体育赛事务的开荒人士来讲, 其达成一个业务流程代码首要包括:

  1. 落实一个创办Request的页面,
    用于录入专门的学业数据

  2. 兑现二个Request详细页面, 用于呈现详细的情况,
    蕴涵操作历史, 和事务操作按键

3.
兑现该业务关联的具体步骤的操作processor类(如审查批准或和别的系统联网,
实现实际的作业),

  1. 将流程涉及的processor和对应的事体类型,
    流程名, 流程步骤实行登记绑定

产生历程

正如上边曾说起, 对于三个系统规划, 不容许一步到位,
在最早时要引发最急需减轻的难点, 比方在这里个系统起先阶段,
最核心的准备蕴涵:

➤ 数据库设计 和RequestService对底层数据操作的卷入

➤ WorkflowService对专门的学问流引擎的包装

➤可配置化的依附作业种类(Request Type)
和布署(process_cfg)在运行时动态设置流程相应的管理人/组

持续的重构包涵:

➤将种种管理类(业务管理类, 流程管理人/组分配管理类, 布告管理类)
通过RegisterService的联合登记管理,
何况扶助使用对于特定的流程实现特定的管理类来代替暗中认可的拍卖类

➤RequestQuery帮忙统风流洒脱的询问入口对业务流程数据实行查询

➤ 依据业务供给提供ASync的processor管理基类, 因为其实选择中发觉,
一些事情的拍卖(如批量)必要风流洒脱段时间的实行才具幸不辱命,
而异步管理基类则形成基础完成, 并由相应子类去达成虚函数即可.

公共化职业流模块:

➤ 方今, 其余一个门类其利用到的景色和那些系列有类似之处,
其独自于该业务管理平台. 在这里种气象下, 将该专门的工作流相关的模块进行公共化,
以JA君越包的款式提供, 使得别的一个系统的支付能够长期内达到同等的功效

借鉴Activiti的源代码

在安插和完结该系统时会有

如此大概那样的纠缠也许熟视无睹争,

哪风姿洒脱种完成越来越好?

人家的系统是什么样落到实处的?

这里举多少个例子

Property表里是或不是需求供给用区别的字段(LONG_VALUE,
TEXT_VALUE, DOUBLE_VALUE等)存不一致等级次序的值;照旧直接都存成字符串,
在代码中再依附需求转成Long, Double等?当然三种完结都以行得通的,
并且各有利害,
並且个人感觉存在分裂的字段上亮点更加大学一年级些(首要反映在询问功用),
不过怎么着越来越让本身信服?
在看activiti的文书档案时意识外界的政工数据以Map的不二秘技存在activiti的数据库中,
那么activiti的设计者同样会蒙受同样的标题.
通过查看源代码甚至其数据库设计, 开掘其将数据存入差异的字段.
但是在自己的统一准备中, 笔者并不曾完全照搬Activiti的处理格局, 比如:
我未曾为布尔类型加单独的字段,
而是以0也许1的诀窍存入LONG_VALUE里。

Activiti中提供便捷的查询类, 如: ProcessInstanceQuery, TaskQuery.
其同一时间补助遵照Process和Task相应的属性数据进行查询,
和Request/Snapshot以致property有十分大的相似之处,
借鉴并基于实际处境达成团结的RequestQuery类, 扶持各个复杂查询, 如:
遵照钦赐的property的name和value查询, 扶持or的查询等。

Activiti的数据库版本的自发性升级. 当大家升级activiti的版本时,
其实大家只需求立异JARAV4的本子号, 而不用关爱起底层数据库是或不是要求升高,
activiti在其表中会记录数据库scheme的本子号,
运转时会活动判定并依附须要自动更新数据库. 那也是极其值得借鉴的地方,
尤其是当以此模块被八个系统所选拔时。

图片 12回去年今年日头条,查看越多

小编:

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图