WinForm应用实战开发指南 - 如何实现通用业务编码规则生成?
在我们很多应用系统中往往都需要根据实际情况生成一些编码规则如订单号、入库单号、出库单号、退货单号等。有时候根据规则自行增加一个函数来生成处理不过仔细观察后发现它们的编码规则有很大的共通性因此可以考虑使用一些通用的业务编码规则生成从而在系统中统一维护即可本文将介绍如何在WinForm界面中实现通用的业务编码规则生成。PS给大家推荐一个C#开发可以用到的界面组件——DevExpress WinForms它能完美构建流畅、美观且易于使用的应用程序无论是Office风格的界面还是分析处理大批量的业务数据它都能轻松胜任DevExpress新旧版本帮助文档获取可点击这篇文章查看——《界面控件DevExpress v26.1帮助文档大全CHM版本》一、常见单号的业务编码规则刚才我们提到一些编码规则如订单号、入库单号、出库单号、退货单号等等它们都是有大同小异的规则有前缀、有日期的编码、有一些流水号还有一些特殊的规则处理往往就是这些需要协调好流水号的增加处理即可。例如原来在我的CRM业务模块中增加了一个函数用来生成订单号的如下所示。/// summary /// 生成单据号码,编码为XS-{userId}-{yyyyMMdd}-流水号 /// /summary /// returns/returns public async Taskstring GetOrderNo() { string prefix string.Format(XS-{0}-{1}, CurrentApiUser.Id, DateTime.Now.ToString(yyyyMMdd)); //获取当天的记录数量1 DateTime currentDate DateTime.Now.ToString(yyyy-MM-dd).ToDateTime(); //当前日期 //计算条件数量1 int count this.EntityDb.Count(s s.OrderDate currentDate s.OrderDate currentDate.AddDays(1)) 1; //循环检索直到不重复的编号 string number string.Format({0}-{1}, prefix, count); while (true) { var result await CheckNumberExist(number); if (result) { //存在增加1再判断 number string.Format({0}-{1}, prefix, count); } else { break; } } return number; }这里为了增加对流水号的循环判断直到没有重复的即可输出来作为订单号。大多数的编码规则大同小异因此我们可以考虑使用共同的规则进行处理类似通用字典的模块处理。订单编码可以在新建订单的时候生成也可以提供用户手动生成【生成编号】的操作如下界面所示。二、设计通用的业务编码规则我们归纳了一些编码规则基本上也就是前缀日期分隔分隔符后缀流水号这些元素的组合如果需要更加复杂的也可以自行调整接口这里设计一个通用的编码规则对这些元素进行组合配置数据库设计如下所示。根据这些内容使用手工编码或者代码生成工具生成相关的基础代码 可以基于EnterpriseLibrary的框架代码或者基于SqlSugar开发框架的代码最终我们都用于WinForm的界面调用。这里以基于SqlSugar开发框架的代码生成为例。生成后会生成一个相关的业务类实现相关的CRUD接口如下代码定义所示如果你有自己的基础框架实现那么也可以忽略具体的代码生成关注业务编码的生成的的规则即可。/// summary /// 业务表编码规则 应用层服务接口实现 /// /summary public class TableNumberService : MyCrudServiceTableNumberInfo, string, TableNumberPagedDto, ITableNumberService为了控制编码的规则生成我们增加一个同步锁来实现冲突处理。/// summary /// 同步锁 /// /summary private static SemaphoreSlim syncRoot new SemaphoreSlim(1);最终我们的实现代码如下所示。/// summary /// 根据定义表名、单据头、分割符1、分割符2生成业务编码。如果生成错误返回空字符串 /// /summary /// param nametableNameOrCode表名或代码/param /// returns/returns public async Taskstring GenerateNumber(string tableNameOrCode) { string businessNumber ; await syncRoot.WaitAsync(); //等待锁 try { var info await base.GetFirstAsync(s s.TableName tableNameOrCode || s.Code tableNameOrCode); if (info ! null) { string currentDate ; string lastDate ; int currentNumber 1; //流水号起始值 int serialLength 3; //流水号长度 if(!info.LastGenerateTime.HasValue) { info.LastGenerateTime DateTime.Now; } if (info.RuleFormat 年月日) { currentDate DateTime.Now.ToString(yyyyMMdd); lastDate info.LastGenerateTime.Value.ToString(yyyyMMdd); } else if (info.RuleFormat 年月) { currentDate DateTime.Now.ToString(yyyyMM); lastDate info.LastGenerateTime.Value.ToString(yyyyMM); } //如果当前日期和最后日期不一致流水号重置为0 if(!currentDate.Equals(lastDate)) { info.CurrentValue 0; } //如果流水号非起始值那么累计计算 if(info.CurrentValue.HasValue info.CurrentValue 0) { currentNumber (int)info.CurrentValue 1;//流水号当前值 } //流水号长度 if(info.ValueLength.HasValue info.ValueLength 3) { serialLength (int)info.ValueLength;//流水号长度 } var SplitString1 string.IsNullOrEmpty(info.SplitString1) ? - : info.SplitString1; var SplitString2 string.IsNullOrEmpty(info.SplitString2) ? - : info.SplitString2; //生成业务编码 businessNumber ${info.Prex}{SplitString1}{currentDate}{SplitString2}{currentNumber.ToString().PadLeft(serialLength, 0)}{info.Suffix}; //更新记录 info.CurrentValue currentNumber; info.SplitString1 SplitString1; info.SplitString2 SplitString2; info.CurrentNumberString businessNumber; info.LastGenerateTime DateTime.Now;//更新最后生成编码日期 await base.UpdateAsync(info); } } catch (Exception ex) { var errorText $生成单号时出现错误{ex.Message}; LogTextHelper.Error(errorText, ex); } finally { syncRoot.Release();//释放锁 } return businessNumber; }上面主要注意的就是流水号的生成这个稍微特殊处理一下如果定义的规则是年月日那么和最后的生成日期和当前日期不一致的话转换为年月日对比就认为流水号重新重置为1否则是同一天的流水号递增即可。如果是年月的也是判断最后日期和当前日期的年月是否一致不一致则重置为1否则递增。注意流水号的编码长度一般为4位如果不满足的可以增加到6位等。最终我们实际的业务编码的管理界面和查看的对应编码的界面如下所示供参考设计界面处理。编辑单个业务编码规则的界面如下所示。为了方便我们这里提供一个【测试生成】的按钮用于测试具体的编码生成我们具体的业务调用就是类似这个调用即可。var handNo await BLLFactoryITableNumberService.Instance.GenerateNumber(tableNameOrCode);同样我们也可以把这个界面搬到WPF框架界面上去可以重用具体的业务编码规则处理如上类似的界面处理。单个通用的业务编码规则的编辑界面如下所示。因此不管对于Winform还是WPF的界面他们的展示方式都是类似的我们可以重用业务层对通用编码规则的定义。本文转载自博客园 - 伍华聪

相关新闻

GitHub 重构漏洞赏金计划:推 VIP 计划、调赏金表,激励优质安全研究!

GitHub 重构漏洞赏金计划:推 VIP 计划、调赏金表,激励优质安全研究!

GitHub 资源导航这里提供了 GitHub 相关的多种资源链接,包括 GitHub 主页、博客、更新日志、文档、客户案例等。还有试用 GitHub Copilot CLI 和参加 GitHub Universe 的入口。此外,按照不同主题分类,有关于人工智能与机器学习、开发者技能、…

2026/7/23 18:18:29 阅读更多 →
场外个股期权9090结构适用场景解析:参与比例、净期权费与市场观点

场外个股期权9090结构适用场景解析:参与比例、净期权费与市场观点

文章来源:期小衍前面几篇文章,我们已经连续讲过90结构、9090结构、参与比例和盈亏平衡点。很多朋友理解到这里,会继续问一个更实际的问题:既然9090结构可以通过参与比例调整成本,那是不是权利金越低越好?如…

2026/7/23 18:17:29 阅读更多 →
审批通过后 Agent 改了参数怎么办?Human-in-the-loop 为什么必须绑定参数快照

审批通过后 Agent 改了参数怎么办?Human-in-the-loop 为什么必须绑定参数快照

人工审批真正批准的,不应该是一个模糊的“可以执行”,而应该是某个可信主体在某个任务中提出的那一次精确行动。 假设一个 Agent 帮用户处理订单退款。 第一次调用工具时,它提交了: {"order_id": "ORD-20260723-…

2026/7/23 18:17:29 阅读更多 →

最新新闻

MCP协议:AI工具互联互通的标准解决方案

MCP协议:AI工具互联互通的标准解决方案

1. MCP协议:AI工具互联互通的"普通话"去年在调试一个多AI协作系统时,我遇到了工具链整合的噩梦——每个模型都需要单独对接API,参数格式千奇百怪,光是处理不同服务的错误码就耗掉两周。直到发现Anthropic推出的MCP协议&…

2026/7/23 18:31:34 阅读更多 →
深入解析C2000 eQEP模块:正交编码器硬件解码与高精度运动控制

深入解析C2000 eQEP模块:正交编码器硬件解码与高精度运动控制

1. 项目概述与核心价值在伺服电机、工业机器人或者高精度数控机床的研发调试过程中,你是否曾为如何精确、实时地获取电机转轴的位置和速度信息而头疼?面对编码器输出的两路看似简单的方波信号,软件解码不仅占用宝贵的CPU资源,在高…

2026/7/23 18:31:34 阅读更多 →
SIM820X-M2 5G HAT OpenWrt软路由器——远程访问OpenWrt

SIM820X-M2 5G HAT OpenWrt软路由器——远程访问OpenWrt

目录 功能描述 步骤 1、在Zerotier官网上创建虚拟局域网,得到网络ID(NETWORK ID) 2、下载OpenWrt中Zerotier 3、OpenWrt页面 4、Zerotier官网 参考 功能描述 我想要远程去访问、控制OpenWrt软路由器(这里远程的意思是不连…

2026/7/23 18:31:34 阅读更多 →
PostgreSQL 18 深度实战:异步I/O引擎+UUIDv7+虚拟生成列

PostgreSQL 18 深度实战:异步I/O引擎+UUIDv7+虚拟生成列

PostgreSQL 18 深度实战:异步I/O引擎UUIDv7虚拟生成列 当大多数团队还在为MySQL的"能跑就行"和MongoDB的"文档随意"纠结时,PostgreSQL已经悄悄把数据库内核的底层I/O模型重写了一遍。PostgreSQL 18不是又一个"加几个语法糖&quo…

2026/7/23 18:31:34 阅读更多 →
MySQL性能调优完全指南:从硬件到SQL,一篇吃透

MySQL性能调优完全指南:从硬件到SQL,一篇吃透

MySQL性能调优完全指南:从硬件到SQL,一篇吃透 数据库处理一个请求,会经过客户端连接、查询缓存、SQL解析、查询优化、存储引擎、磁盘I/O等多个环节,每个环节都可能成为瓶颈。本文将从硬件配置到SQL优化,构建一个完整的…

2026/7/23 18:31:34 阅读更多 →
计算机毕业设计之基于SpringBoot的汽车租赁管理系统的设计与实现

计算机毕业设计之基于SpringBoot的汽车租赁管理系统的设计与实现

汽车租赁管理系统是基于当前信息化发展背景下,为满足汽车租赁行业高效管理、优化资源配置及提升客户服务体验需求而设计开发的一套综合性管理系统。该系统采用Spring Boot框架作为后端开发的核心,充分利用其简洁、高效且易于扩展的特性,为系统…

2026/7/23 18:30:34 阅读更多 →

日新闻

从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

更多请点击: https://intelliparadigm.com 第一章:从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表) 当AI副业主理人不再仅满足于单次服务交付,而是主动构建可复用、可裂变、可…

2026/7/23 0:00:25 阅读更多 →
AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析

AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析

更多请点击: https://codechina.net 第一章:AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析 在对2,346篇跨行业AI生成文案的A/B测试数据进行聚类分析后,我们发现&#xff1…

2026/7/23 0:01:26 阅读更多 →
Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具 【免费下载链接】chitchatter Secure peer-to-peer chat that is serverless, decentralized, and ephemeral 项目地址: https://gitcode.com/gh_mirrors/ch/chitchatter Chitchatter是一款革命性的安…

2026/7/23 0:01:26 阅读更多 →

周新闻

Go语言静态资源打包方案对比与实践指南

Go语言静态资源打包方案对比与实践指南

1. 项目背景与核心需求在Go语言开发中,我们经常需要处理静态资源文件的打包问题。无论是Web应用的模板文件、前端资源,还是配置文件、证书等,都需要随程序一起分发。传统做法是将这些文件与编译后的二进制文件放在同一目录下,但这…

2026/7/22 8:58:19 阅读更多 →
Go语言实现高性能LDAP认证服务的架构与实践

Go语言实现高性能LDAP认证服务的架构与实践

1. 项目背景与核心价值LDAP(轻量级目录访问协议)作为企业级身份认证的黄金标准,已经服务了超过80%的财富500强公司。我在金融科技领域实施统一认证体系时,发现传统Java方案存在启动慢、内存占用高等痛点。而Go语言凭借其协程并发模…

2026/7/22 19:43:43 阅读更多 →
【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

更多请点击: https://intelliparadigm.com 第一章:AI面试官实战指南的核心价值与适用场景 AI面试官并非替代人类HR的“黑箱工具”,而是以可解释、可审计、可迭代的方式,赋能招聘全链路的关键基础设施。其核心价值在于将主观经验沉…

2026/7/23 17:49:47 阅读更多 →

月新闻