1、通用的业务编码规则的管理功能
在前面随笔我们介绍了一个通用的业务编码规则的管理功能,通过代码生成工具Database2Sharp一步步的生成相关的后端和Winform、WPF的界面,进行了整合,通过利用代码生成工具Database2sharp生成节省了常规功能的开发时间,并且实现的界面整体一致的风格。
通用的业务编码规则的用途:
在我们很多应用系统中,往往都需要根据实际情况生成一些编码规则,如订单号、入库单号、出库单号、退货单号等等,我们有时候根据规则自行增加一个函数来生成处理,不过我们仔细观察后,发现它们的编码规则有很大的共通性,因此可以考虑使用一些通用的业务编码规则生成,从而在系统中统一维护即可。
数据库设计信息:
设计一个通用的编码规则,对这些元素进行组合配置,数据库设计如下所示。
利用代码生成工具Database2sharp生成基于《SqlSugar开发框架》的后端接口:
首先我们通过上面PowerDesigner工具生成SQL脚本后,创建对应的数据库表,从代码生成工具中展开数据库信息。
先展开数据库和表的列表信息,然后选择《SqlSugar框架代码生成》,选择刚才创建的表信息,生成SqlSugar框架代码,如下界面所示。
生成的代码整合到基础框架上,实现我们业务代码的增量开发。同理对于Winform的代码和WPF的代码,选择相关的功能入口,生成相关的界面代码整合到对应的项目上即可,这里不再赘述。
最终Winform和WPF管理界面如下所示。
其中Winform端的业务编码的管理界面和查看的对应编码的界面如下所示,供参考设计界面处理。
Winform端的编辑单个业务编码规则的界面如下所示。
同样,WPF管理端的界面也可以重用具体的业务编码规则处理,WPF应用端的界面如下所示。
WPF应用端的通用业务编码规则的编辑界面如下所示。
因此,不管对于Winform还是WPF的界面,他们的展示方式都是类似的,我们可以重用业务层对通用编码规则的定义。
2、使用代码生成工具快速开发Vue3+ElementPlus前端应用
我们在开始Vue3的前端界面生成之前,我们先来看看WebAPI的控制器代码,由于使用代码生成工具生成的控制器,具有标准的CRUD等常规的接口,因此我们只需要实现一些自定义的接口即可,由于自定义的接口也在Service层实现了,如下代码所示。
这个Service层的接口里面的一些函数代码,我们是根据数据库表的信息一一生成,基本不需要过多改动,只需要增加一个自定义的测试生成业务编码的接口即可。
而由于Service层的实现了逻辑处理的接口,因此Web API的控制器代码也是比较简单,只是需要继承一下基类即可,如下代码所示。
namespace WebApi.Controllers
{
/// <summary>
/// 业务表编码规则 业务控制器
/// </summary>
public class TableNumberController : BusinessController<TableNumberInfo, string, TableNumberPagedDto>
{
private ITableNumberService _tablenumberService;
/// <summary>
/// 构造函数,并注入基础接口对象
/// </summary>
/// <param name="tablenumberService">服务接口对象</param>
public TableNumberController(ITableNumberService tablenumberService) :base(tablenumberService)
{
this._tablenumberService = tablenumberService;
}
/// <summary>
/// 根据定义表名、单据头、分割符1、分割符2,生成业务编码。如果生成错误,返回空字符串
/// </summary>
/// <param name="tableNameOrCode">表名或代码</param>
/// <returns></returns>
/// <returns></returns>
[HttpGet]
[Route("GenerateNumber/{tableNameOrCode}")]
public async Task<string> GenerateNumber(string tableNameOrCode)
{
return await _tablenumberService.GenerateNumber(tableNameOrCode);
}
}
}
自定义的接口实现,也只需简单的调用一下接口即可。
有了前面这些准备,我们来看看如何实现快速的Vue3+ElementPlus前端界面的开发整合。
在代码生成工具的数据库列表右键上找到上面的功能入口(或者在工具栏的Web界面代码生成中选择)
或者从工具栏中选择【Vue3+Element界面代码生成】
最后选择该业务处理的表,生成相关的界面代码,其中包括了对WebAPI 的远程调用封装的API客户端类,以及View视图界面。
其中Vue3+Element前端的API类如下位置复制过去,放在Src/api目录下,这个是统一放置相关Web API调用的JS的ES6类。
其中这个tablenumber的类也是有基类的,我们基于基类的基础上添加我们的自定义接口调用接口,如下是实际的代码。
// 导入API基类对象,默认具有Get/GetAll/Create/Update/Delete/BatchDelete/SaveImport/Count等接口
import BaseApi from './base-api';
// 业务类自定义接口实现, 通用的接口已经在BaseApi中定义
class Api extends BaseApi {
// 参考下面案例,增加自定义函数
// GET 方法例子
// 根据条件计算记录数量
// async GetCount(params: object) {
// return await this.HttpGet<number>(this.baseurl + "count", params);
// }
// POST 方法例子
// 创建对象
// async Create(data: object) {
// return await this.HttpPost<boolean>(this.baseurl + `create`, data);
// }
// PUT 方法例子
// 更新对象
// async Update(data: object) {
// return await this.HttpPut<boolean>(this.baseurl + `update`, data);
// }
// DELETE 方法例子
// 删除指定ID的对象
// async Delete(id: number | string) {
// return await this.HttpDelete<boolean>(this.baseurl + `${id}`);
// }
// 根据定义表名、单据头、分割符1、分割符2,生成业务编码。如果生成错误,返回空字符串
async GenerateNumber(tableNameOrCode: string) {
return await this.HttpGet<string>(this.baseurl + `GenerateNumber/${tableNameOrCode}`);
}
}
// 构造业务表编码规则 Api实例,并传递业务类接口地址
export default new Api('/api/tablenumber/');
我们注释掉的代码,是统一生成,供参考生成自定义的接口调用代码的,其中GenerateNumber 是我们手工添加的一个自定义Web API的封装调用,对应着Web API的接口规则。
而视图代码,我们复制到对应的views目录上即可,具体位置可以根据实际的需要移动目录处理,由于是一些通用的功能,我们把它放到了Security权限的视图目录中。
使用代码生成工具,直接生成的视图包含了几个文件,这些文件就是各个模块的组件定义,如下视图代码所示。
它们最终是整合呈现在index.vue的视图入口中,我们可以适当的调整一下相关的界面代码。
在我们测试界面前,我们需要把静态路由添加到系统中去,我们找到对应模块的路由定义信息,如下所示。
添加上刚才的页面路由地址,如下所示。
至此,我们构建了一个完整的界面和入口了,可以在VSCode的控制台中运行前端界面测试了,测试需要结合其中Web API的后端。
我们可以根据实际的效果进行界面的微调处理和完善即可,主要是排版布局的一些微调。
运行界面,登录后进入界面,可以查看相关的菜单,然后查看《业务编码规则》界面信息了。
查看界面和编辑界面分属不同的视图界面,查看界面效果如下所示。
编辑界面效果如下所示,微调了界面效果,并增加了一个测试生成的按钮。
结合前面的WInform和WPF管理端的界面,达到了三者前端共同管理的效果了。
文章转载自:伍华聪
原文链接:https://www.cnblogs.com/wuhuacong/p/17921357.html
体验地址:引迈 - JNPF快速开发平台_低代码开发平台_零代码开发平台_流程设计器_表单引擎_工作流引擎_软件架构