bboss版activiti 5.12扩展动态

bboss对Activiti-5.12版本进行了功能扩展与性能优化,包括人工任务节点处理、任务完成原因记录、流程活动历时表与任务历时表扩展、驳回与跳转接口增强、单实例人工任务节点行为改造、流程变量校验规则调整、抄送任务类型引入、自动跳过相同处理人节点等功能,并提供了最新版本的下载链接。
继[size=x-large][b][url=http://yin-bp.iteye.com/blog/1877259]扩展Activiti-5.12轻松实现流程节点间自由跳转和任意驳回/撤回[/url][/b][/size]功能之后,bboss最近对Activiti-5.12这个版本做了以下功能扩展:
[size=x-large][color=blue][b]1.如果人工任务节点没有设置处理人[/b][/color][/size],则自动完成当前节点跳转到下一环节,如果对应人工任务节点(没有设置处理人的人工任务节点节点)设置了自动处理类(实现org.activiti.engine.delegate.JavaDelegate接口)参数,则会执行自动处理类的接口方法:
void execute(DelegateExecution execution) throws Exception;
.
例如:流程中有a,b,c,d四个人工任务节点,其中b节点没有设置处理人,那么当a节点任务完成后,如果b节点没有设置自动处理类,那么直接忽略掉b,直接运行到c节点;如果b节点设置了自动处理类,那么流程引擎执行该处理类后再运行到c节点。

[size=x-large][color=blue][b]2.org.activiti.engine.impl.TaskServiceImpl组件增加[/b][/color][/size]一组带完成原因的completeTask接口,完成原因会直接填写到工作流的act_hi_task表的完成原因字段中。
例如:
public void completeWithDestReason(String taskId,String destinationTaskKey,[b][color=blue]String completeReason,String bussinessop,String bussinessRemark[/color][/b])
详情参考组件:
[url]https://github.com/yin-bp/activiti-engine-5.12/blob/master/src/main/java/org/activiti/engine/impl/TaskServiceImpl.java[/url]
三个任务完成原因相关字段:
completeReason:流程引擎自身会填充的说明字段,业务程序也可自己填写这个字段,一般流程引擎会在字段中记录任务处理任意跳转,驳回等系统信息
bussinessop:由业务程序记录完成任务时的填写的业务操作码,可以填写,也可以不填写,流程引擎不会修改这个字段
bussinessRemark:由业务程序记录完成任务时填写的业务处理日志,可以填写,也可以不填写,流程引擎不会修改这个字段
同样也提供了一组带三个原因字段的驳回接口。

[size=x-large][color=blue][b]3.为了便于记录操作日志和提升系统性能,对流程活动历时表和任务历时表做了相应的扩展:[/b][/color][/size]
工作流任务表ACT_HI_ACTINST表中增加任务处理原因,任务业务操作类型,任务业务操作日志,签收时间,任务owner5个子段,同时ACT_HI_ACTINST记录任务kpi数据以及任务的节假日策略

工作流任务表ACT_HI_TASKINST表中增加任务业务操作类型,任务业务操作日志字段,同时ACT_HI_TASKINST记录任务kpi数据以及任务的节假日策略。
[size=x-large][color=blue][b]4.增加一组驳回接口,[/b][/color][/size]可以指定驳回的历史节点,驳回时可以指定驳回后,任务处理完毕可忽略后续节点直接跳转到驳回节点:
public boolean rejecttoTask(String taskId, Map<String, Object> variables,String desttaskkey )//处理完毕后,按照正常的流程流转到驳回点


处理完毕后,按照正常的流程流转到驳回点,例如:流程中有a,b,c,d四个节点,由d节点驳回到a节点,当a处理完毕后,还要流转b,c两个节点再到达d.

public boolean rejecttoTask(String taskId, Map<String, Object> variables,
String desttaskkey, boolean returntoreject)//增加了处理任务后直接回到驳回点的控制变量

处理完毕后,直接回到驳回点,例如:流程中有a,b,c,d四个节点,由d节点驳回到a节点,当a处理完毕后,直接流转到d节点,忽略b,c两个节点.

[size=x-large][color=blue][b]5.改造单实例人工任务节点(非Multi Instance的UseTask节点,设置多个处理人时只产生一个任务,这个任务只能被其中的一个人处理)逻辑,[/b][/color][/size]可以根据控制变量在流程实例开启和运行阶段改变单实例人工任务节点的处理节点为多实例任务节点(也就是说,如果单实例人工任务节点设置了多个处理人,会为每个人生成一个任务,此时,这个在建模时被定义为单实例人工任务的节点的行为已经和多实例人工任务节点的行为一致),这样不仅可以大大降低我们流程建模的复杂度(画多实例人工任务节点是比较复杂的),同时可以在流程实例运行过程中灵活控制单实例人工任务节点的行为(在设置了多个处理人时,可以根据控制变量改变其到底是按单实例任务跑,还是按多实例任务跑)。具体工作原理看下图:

[img]http://dl2.iteye.com/upload/attachment/0101/4692/ac5bef10-b5ef-365c-936c-144aea88f68e.gif[/img]


[size=x-large][color=blue][b]6.改变流程变量的校验规则。[/b][/color][/size]在流程运行过程中,如果变量没有设置值时,不抛出Exception,只在log4j日志文件中输出相应的警告日志。

[size=x-large][color=blue][b]7.userTask 类型节点的activiti:assignee属性[/b][/color][/size]也可以设置多个处理人,以逗号分隔,例如:
<userTask id="usertask2" name="单实例" activiti:assignee="zhangsan,lisi,wangwu"></userTask>

改造版的bboss中要求流程处理人变量必须是以下命名格式:
活动id+_+users
例如:
<userTask id="usertask2" name="单实例" activiti:assignee="${usertask2_users}"></userTask>

[color=blue][size=x-large][b]8.单实例人工任务节点,[/b][/size][/color]当只设置了一个处理人时,不再需要签收任务,任务直接被assignee个指定的这个人

[size=x-large][color=blue][b]9.在流程引擎级别记录驳回操作,撤销操作,驳回后回到驳回点操作,任意跳转操作日志,以便在处理任务时进行相应的处理操作[/b][/color][/size]
常量:
org.activiti.engine.TaskService定义了四个常量与上述四个操作对应
 public static final int  op_rejected = 3;//驳回操作
public static final int op_withdraw = 1;//撤销操作
public static final int op_jump = 2;//任意跳转操作
public static final int op_returntorejected = 0;//驳回后回到驳回点操作


[size=x-large][color=blue][b]10.定义了扩展归档机制[/b][/color][/size],当流程实例结束时,用户可以在归档接口方法中将需要归档的实例运行时数据进行归档,流程引擎默认对流程引擎级别驳回操作、撤销操作、驳回后回到驳回点操作、任意跳转操作日志进行归档。
归档组件必须实现接口方法:

package org.activiti.engine
/**
* 工作流
* @author yinbp
*
*/
public interface KPIService {
//计算任务超时时间和任务预警时间接口方法
public KPI buildKPI(DelegateExecution execution,Collection<String> candiates,Date taskCreateTime) throws ActivitiException;
//获取任务处理节点控制变量方法
public ControlParam getControlParam(DelegateExecution currentexecution,String taskKey) throws ActivitiException;
//获取任务处理节点控制变量方法
public ControlParam getControlParam(String processInstanceId,String activieKey) throws ActivitiException;
/**
* 流程实例结束后,对实例相关的外围扩展信息实时归档操作
* @param currentexecution
* @param processInstanceID
* @throws ActivitiException
*/
public void archiveProcessRuntimedata(DelegateExecution currentexecution,String processInstanceID) throws ActivitiException;
}

在流程引擎配置文件中增加以下注入配置即可:
  <property name="processEngineConfiguration" class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">
....
<property name="KPIService" class="com.bboss.workflow.service.impl.PlatformKPIServiceImpl"/>
....
</property>


[size=x-large][color=blue][b]11.由于我们可以直接在任务历史表和活动历史表中记录任务和活动处理日志和业务处理日志和业务处理操作[/b][/color][/size],为了解决mysql下这些处理日志的排序问题,为ACT_HI_ACTINST 和ACT_HI_TASKINST 两个表分别增加了以下long形的排序时间字段:START_TIME_LONG, END_TIME_LONG

[color=blue][size=x-large][b]12.提供抄送/通知任务类型,支持抄送到人和部门[/b][/size][/color],抄送任务不影响流程的正常流转,比如最后一个任务节点被设置为抄送任务节点后,抄送任务产生后流程立即结束,但是抄送任务仍然存在,知道相关人员阅读完抄送任务后结束

[size=x-large][color=blue][b]13.可自动跳过相同处理人的节点[/b][/color][/size],为了便于业务逻辑的处理,可以在自动过的时候指定自动业务处理回调类。
[size=x-large][color=blue][b]14.最新的bboss版activiti 5.12对流程引擎数据库做了相应的调整[/b][/color][/size],如果要升级需要执行的sql脚本如下:
mysql:

-- Create table
create table td_wf_rejectlog
(
newtaskid varchar(64) not null,
rejecttaskid varchar(64) not null,
rejectnode varchar(100) not null,
primary key (newtaskid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE utf8_bin;

ALTER TABLE ACT_RU_TASK
ADD COLUMN DURATION_NODE decimal(19) NULL DEFAULT 0;

ALTER TABLE ACT_RU_TASK
ADD COLUMN ADVANCESEND decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_RU_TASK
ADD COLUMN OVERTIMESEND decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_RU_TASK
ADD COLUMN (ALERTTIME TIMESTAMP NULL DEFAULT NULL);

ALTER TABLE ACT_RU_TASK
ADD COLUMN (OVERTIME TIMESTAMP NULL DEFAULT NULL);

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN DURATION_NODE decimal(19) NULL DEFAULT 0;

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN ADVANCESEND decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN OVERTIMESEND decimal(1) NULL DEFAULT 0;



ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (ALERTTIME TIMESTAMP NULL DEFAULT NULL);

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (OVERTIME TIMESTAMP NULL DEFAULT NULL);



ALTER TABLE ACT_HI_TASKINST
ADD COLUMN DURATION_NODE decimal(19) NULL DEFAULT 0;

ALTER TABLE ACT_HI_TASKINST
ADD COLUMN ADVANCESEND decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_HI_TASKINST
ADD COLUMN OVERTIMESEND decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (ALERTTIME TIMESTAMP NULL DEFAULT NULL);
ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (OVERTIME TIMESTAMP NULL DEFAULT NULL);

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (NOTICERATE decimal(8));

ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (NOTICERATE decimal(8));

ALTER TABLE ACT_RU_TASK
ADD COLUMN (NOTICERATE decimal(8));

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (IS_CONTAIN_HOLIDAY decimal(1));
ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (IS_CONTAIN_HOLIDAY decimal(1));
ALTER TABLE ACT_RU_TASK
ADD COLUMN (IS_CONTAIN_HOLIDAY decimal(1) );

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN IS_AUTO_COMPLETE decimal(1) NULL DEFAULT 0;

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (AUTO_HANDLER varchar(255));

ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (BUSSINESS_OP varchar(255));
ALTER TABLE ACT_HI_TASKINST
ADD COLUMN (BUSSINESS_REMARK varchar(2000));

ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (BUSSINESS_OP VARCHAR(255));
ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (BUSSINESS_REMARK VARCHAR(2000));
ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (DELETE_REASON_ VARCHAR(2000));
ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (OWNER_ VARCHAR(255));
ALTER TABLE ACT_HI_ACTINST
ADD COLUMN (CLAIM_TIME_ TIMESTAMP NULL DEFAULT NULL);


ALTER TABLE td_wf_rejectlog
ADD COLUMN (optype decimal(1) NULL DEFAULT 0);
ALTER TABLE TD_WF_REJECTLOG
ADD (PROCESS_ID VARCHAR(100));
create table td_wf_hi_rejectlog
(
newtaskid varchar(64) not null,
rejecttaskid varchar(64) not null,
rejectnode varchar(100) not null,
BACKUPTIME TIMESTAMP NULL DEFAULT NULL,
optype decimal(1) NULL DEFAULT 0,
PROCESS_ID VARCHAR(100),
primary key (newtaskid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE utf8_bin;
ALTER TABLE ACT_HI_ACTINST ADD COLUMN (START_TIME_LONG bigint );
ALTER TABLE ACT_HI_ACTINST ADD COLUMN (END_TIME_LONG bigint );

ALTER TABLE ACT_HI_TASKINST ADD COLUMN (START_TIME_LONG bigint );
ALTER TABLE ACT_HI_TASKINST ADD COLUMN (END_TIME_LONG bigint );


oracle:

-- Create table
create table td_wf_rejectlog
(
newtaskid nvarchar2(64),
rejecttaskid nvarchar2(64),
rejectnode nvarchar2(100)
)
;
-- Create/Recreate primary, unique and foreign key constraints
alter table td_wf_rejectlog
add constraint rejectlog_pk primary key (NEWTASKID);
--流程引擎扩展表字段
ALTER TABLE ACT_RU_TASK
ADD (DURATION_NODE NUMBER(19));


ALTER TABLE ACT_RU_TASK
ADD (ADVANCESEND NUMBER(1) DEFAULT 0);


ALTER TABLE ACT_RU_TASK
ADD (OVERTIMESEND NUMBER(1));


ALTER TABLE ACT_RU_TASK
MODIFY(DURATION_NODE DEFAULT 0);

ALTER TABLE ACT_RU_TASK
MODIFY(OVERTIMESEND DEFAULT 0);

ALTER TABLE ACT_RU_TASK
ADD (ALERTTIME TIMESTAMP(7));


ALTER TABLE ACT_RU_TASK
ADD (OVERTIME TIMESTAMP(7));


ALTER TABLE ACT_HI_ACTINST
ADD (DURATION_NODE NUMBER(19));


ALTER TABLE ACT_HI_ACTINST
ADD (ADVANCESEND NUMBER(1) DEFAULT 0);


ALTER TABLE ACT_HI_ACTINST
ADD (OVERTIMESEND NUMBER(1));


ALTER TABLE ACT_HI_ACTINST
MODIFY(DURATION_NODE DEFAULT 0);

ALTER TABLE ACT_HI_ACTINST
MODIFY(OVERTIMESEND DEFAULT 0);

ALTER TABLE ACT_HI_ACTINST
ADD (ALERTTIME TIMESTAMP(7));


ALTER TABLE ACT_HI_ACTINST
ADD (OVERTIME TIMESTAMP(7));


----------------------------------------------------
ALTER TABLE ACT_HI_TASKINST
ADD (DURATION_NODE NUMBER(19));


ALTER TABLE ACT_HI_TASKINST
ADD (ADVANCESEND NUMBER(1) DEFAULT 0);


ALTER TABLE ACT_HI_TASKINST
ADD (OVERTIMESEND NUMBER(1));


ALTER TABLE ACT_HI_TASKINST
MODIFY(DURATION_NODE DEFAULT 0);

ALTER TABLE ACT_HI_TASKINST
MODIFY(OVERTIMESEND DEFAULT 0);

ALTER TABLE ACT_HI_TASKINST
ADD (ALERTTIME TIMESTAMP(7));


ALTER TABLE ACT_HI_TASKINST
ADD (OVERTIME TIMESTAMP(7));


---------------------
ALTER TABLE ACT_HI_ACTINST
ADD (NOTICERATE NUMBER(8));


ALTER TABLE ACT_HI_TASKINST
ADD (NOTICERATE NUMBER(8));


ALTER TABLE ACT_RU_TASK
ADD (NOTICERATE NUMBER(8));


-------------------------

ALTER TABLE ACT_HI_ACTINST
ADD (IS_CONTAIN_HOLIDAY NUMBER(1));


ALTER TABLE ACT_HI_TASKINST
ADD (IS_CONTAIN_HOLIDAY NUMBER(1));


ALTER TABLE ACT_RU_TASK
ADD (IS_CONTAIN_HOLIDAY NUMBER(1) );

ALTER TABLE ACT_HI_ACTINST
ADD (IS_AUTO_COMPLETE NUMBER(1) DEFAULT 0);

ALTER TABLE ACT_HI_ACTINST
ADD (AUTO_HANDLER NVARCHAR2(255));

ALTER TABLE ACT_HI_TASKINST
ADD (BUSSINESS_OP NVARCHAR2(255));
ALTER TABLE ACT_HI_TASKINST
ADD (BUSSINESS_REMARK NVARCHAR2(2000));

ALTER TABLE ACT_HI_ACTINST
ADD (BUSSINESS_OP NVARCHAR2(255));
ALTER TABLE ACT_HI_ACTINST
ADD (BUSSINESS_REMARK NVARCHAR2(2000));
ALTER TABLE ACT_HI_ACTINST
ADD (DELETE_REASON_ NVARCHAR2(2000));

ALTER TABLE ACT_HI_ACTINST
ADD (OWNER_ NVARCHAR2(255));

ALTER TABLE ACT_HI_ACTINST
ADD (CLAIM_TIME_ TIMESTAMP(6));
ALTER TABLE td_wf_rejectlog
ADD (optype NUMBER(1) DEFAULT 0);
ALTER TABLE TD_WF_REJECTLOG
ADD (PROCESS_ID NVARCHAR2(100));
-- Create table
create table td_wf_hi_rejectlog
(
newtaskid nvarchar2(64),
rejecttaskid nvarchar2(64),
rejectnode nvarchar2(100),
BACKUPTIME TIMESTAMP(6),
optype NUMBER(1) DEFAULT 0,
PROCESS_ID NVARCHAR2(100)
)
;

-- Create/Recreate primary, unique and foreign key constraints
alter table td_wf_hi_rejectlog
add constraint hi_rejectlog_pk primary key (NEWTASKID);
ALTER TABLE ACT_HI_ACTINST ADD (START_TIME_LONG NUMBER(19) );
ALTER TABLE ACT_HI_ACTINST ADD (END_TIME_LONG NUMBER(19) );

ALTER TABLE ACT_HI_TASKINST ADD (START_TIME_LONG NUMBER(19) );
ALTER TABLE ACT_HI_TASKINST ADD (END_TIME_LONG NUMBER(19) );


[size=x-large][color=blue][b]15.最新的bboss版activiti 5.12下载地址:[/b][/color][/size]
[url]https://github.com/yin-bp/activiti-engine-5.12[/url]
内容概要:本文围绕“光伏-储能-数据中心”系统的容量优化配置展开研究,旨在通过构建数学模型并结合Matlab编程实现,对园区内光伏发电、储能设备与数据中心算力负荷之间的多能互补关系进行协同优化。研究综合考虑可再生能源出力的波动性、储能系统的充放电特性以及数据中心的动态用电需求与算力调度特性,建立以最小化综合成本、降低碳排放强度、提升能源自给率等为目标的多目标优化模型,并采用先进的智能优化算法(如粒子群、灰狼、鲸鱼等)进行求解,从而确定光伏装机容量与储能系统配置的最优方案。文中提供了完整的Matlab代码实现流程,涵盖数据预处理、模型构建、算法求解与结果可视化全过程,属于综合能源系统与信息基础设施深度融合的前沿交叉课题。; 适合人群:具备电力系统、能源工程、自动化或计算机等相关专业背景,熟悉Matlab编程与基本优化算法原理,从事新能源利用、绿色数据中心、综合能源系统规划与低碳调度等方向的研究生、科研人员及工程技术人员。; 使用场景及目标:① 掌握光伏-储能-数据中心耦合系统的建模思路与多能流协同机制;② 学习基于Matlab的多目标容量优化配置方法与智能算法应用技巧;③ 为工业园区、数字经济园区及绿色数据中心的能源系统规划、节能减排与可持续运行提供科学决策依据和技术解决方案。; 阅读建议:建议结合所提供的Matlab代码,深入理解目标函数设计、约束条件设定及算法实现细节,可通过调整负荷参数、改变气候数据、引入新的优化目标或约束条件等方式进行拓展性实验,以深化对系统特性的认知并提升实际科研与工程应用能力。
内容概要:本文档聚焦于“考虑源网荷储协调的主动配电网优化调度方法”的Matlab代码复现研究,属于电力系统与综合能源系统领域的高水平科研资源。文档系统阐述了融合电源侧、电网侧、负荷侧及储能系统(源---储)协同优化的主动配电网调度模型,旨在通过先进的数学优化方法提升电力系统的经济性、可靠性与低碳化水平。研究内容涵盖多时间尺度调度架构、不确定性建模(如新能源出力波动)、鲁棒优化或分布鲁棒优化(DRO)等核心技术,并依托Matlab平台完成模型构建与仿真验证。同时,文档列举了多个前沿研究方向,如光储充一体化、主从博弈、微电网双层优化、电氢耦合系统、电动汽车集群调度等,体现出其在现代智能电网与综合能源系统优化调度中的代表性与前瞻性。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事能源、电气工程、自动化、可再生能源等方向研究的研究生、科研人员及工程技术人员,特别适合致力于优化建模、智能算法应用与综合能源系统仿真的研究人员。; 使用场景及目标:① 复现高水平期刊论文中的主动配电网优化调度模型;② 掌握源网荷储协同优化的建模方法与Matlab实现技术;③ 借助所提供的完整代码资源开展二次开发、算法改进或新场景拓展,服务于科研创新、项目申报与学术论文撰写。; 阅读建议:建议结合文档中提及的相关文献与案例,按照目录结构循序渐进地学习,重点理解模型构建的逻辑框架与代码实现的关键细节,并利用附带的百度网盘资源获取全部代码与数据文件,通过动手实践加深对优化算法与工程应用的理解。
内容概要:本文围绕《考虑光伏-储能-数据中心多能互补的园区容量优化配置(Matlab代码实现)》这一技术资源,系统研究了工业园区内光伏发电、储能系统与数据中心之间的能量协同与容量优化问题。通过构建融合可再生能源出力不确定性、负荷波动及数据中心算力负荷特性的数学优化模型,采用Matlab编程实现多能互补系统的容量配置求解,旨在提升能源利用效率、降低运营成本与碳排放,并增强园区能源系统的稳定性与经济性。文中综合运用分布鲁棒机会约束(DRCC)、N-1安全准则、鲁棒优化等先进建模方法,确保方案在复杂运行环境下的可行性与可靠性,适用于综合能源系统(IES)的规划与调度研究。; 适合人群:面向具备电力系统、能源系统或优化算法基础的研究生、科研人员及工程技术人员,尤其适合熟悉Matlab编程及YALMIP、CPLEX等优化工具的专业人士;对于从事智慧园区、绿色数据中心或低碳能源系统研究的人员亦具有较高参考价值。; 使用场景及目标:①支撑科研项目中对含数据中心的智慧园区进行多能互补建模与仿真分析;②用于撰写学位论文、期刊投稿中的案例验证与算法对比;③指导实际工程中光伏与储能容量的科学规划与配置决策;④深入学习分布鲁棒优化、N-1安全约束等高级方法在能源系统中的集成应用。; 阅读建议:建议结合提供的Matlab代码逐模块解析模型实现过程,重点关注目标函数构建、约束条件设定及求解器接口调用逻辑。推荐对照“顶级EI复现”案例,掌握工业级建模规范,并尝试复现关键结果以加深理解。同时可延伸学习文中关联的多时间尺度调度与协同优化策略,全面提升综合能源系统的研究与实践能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值