简介《国标图号编制方法》是一份面向企业设计、工艺、标准化及档案管理人员的内部规范文档用于解决产品装配、部件、零件在图样标识中的统一性与可追溯性问题。文档以GB/T 5054.4—2000为引用依据明确十进位编号法及可用字符范围规定每个产品、部件、零件须有独立代号多张图纸以“共几张、第几张”区分表格图也需逐规格编号。正文进一步拆解标准产品、工程产品和试制产品的代号组成结合GGD.1.055.001L、GGD.05001—01L、GGD.S1.055.001L等实例说明产品名称、设计序号、特征代号、序列号与类别代号的读法并附特征代号分组汇编便于按躯壳、盘屏、底架、支架等部类查表归类。资源包共1个doc文件约1.53MB已有575人学习下载可作为企业图号制度草案、设计宣贯或编号查错时的参考材料。1. 一串图号真正的用途让人一眼看懂并不是重点大多数人第一次看到GGD.1.055.001L这样的图号第一反应是把它当名字——念不出来、记不住还不如直接叫“左底板”。可真正在档案室翻过抽屉、在 BOM 里对过号的人会给出相反的结论图号之所以长得这么“反人类”恰恰因为它不能像名字。名字会跟着认知变今天叫左底板明天结构一改就叫侧板。图号一旦贴到图纸上、写进 BOM、录进系统、印在铭牌上就必须像主键一样钉死在原地。这套国标图号编制办法要解决的不是“怎么起个好听的名字”而是三个更硬的问题同一零件散落在几百张图纸里怎么保证它们指的是同一个东西纸质图册按编号排进抽屉之后怎么做到翻一次就命中十年后一个只拿到半张蓝图的人怎么靠这串字符反推出它属于哪个产品、什么工艺、是不是试制件。把这三点想通才会明白为什么字符集要把 I 和 O 剔掉、为什么分类表要压进三位数字、为什么工程图和标准图要用不同的分隔符。2. 十进位编号法为什么一张零件分类表要压进三位数字2.1 部、组、项三位数字里的三层语义特征代号写出来是 001~999 这样一个区间看着只是个范围实际是一棵三层树。百位是“部”管功能大类十位是“组”管零件族个位是“项”管具体形态。附表 1 里那个“部类组”三列表头说的就是这件事。按草案附表部类大致这样切分0 部类是基本支撑躯壳壳体、盘屏板、底架底盘、支柱撑柱、侧板隔板、面板、梁、骨架框架1 部类是辅助支撑及安装支撑件、固定板、母线夹、角撑件、筋与加强板、卡板弯板、板片、角板、管2 部类是传动、导向及限动转轴、套与衬套、滑轮皮带轮、杠杆、齿轮蜗轮、飞轮与操纵轮、导轨滑块、停挡限位、减震缓冲与弹簧、平衡锤3 部类是保护罩壳、盖板、门、栅、盒箱柜室、联锁件、密封垫圈4 部类是特殊用途光学设备、表盘与指示件、起重运输件5 部类是导电、接触电缆、导线导体、触头触点、母线母排7 部类是绝缘陶瓷绝缘件、绝缘片板、绝缘桶管柱8 部类是包装、标志、附件、五金9 部类是紧固螺钉、螺栓、螺柱销、螺母、垫圈、铆钉、键、木螺钉、钉子。从这张表能读出两件事。第一切分依据是“在整柜里承担什么功能”不是“长什么样”也不是“用什么材料”。第二6 部类在附表里是空的。这大概不是遗漏常见的实现思路是把它当预留位——分类表最怕的从来不是分不准而是新东西无处可放。空出一个整部类等于留了一百个格子600~699给尚未出现的零件族这份预留位比任何“其他”项都值钱。再看组和项的关系。以 0 部类的 00 组为例001 躯壳、002 壳体、003 躯壳铸造的、004 躯壳冲压的、005 壳体塑料的、007 轴承外壳、009其他。这里出现了两件值得注意的事一是项位并不只是“更细的种类”它同时承担了工艺区分二是几乎每个组的末位都留了一个 009“其他”这是分类学里的兜底项防止某个新零件找不到归处时被逼着改标准。三位数字最大的好处是“排序即分类”。数据库里ORDER BY 图号同一族零件自动聚在一起档案室抽屉按编号升序排列想找“全部底板”拉开一格就够。编码本身充当了索引不需要再建一张对照表——这就是十进位编号法在纸质时代能活下来、并且在 PDM 系统里仍然好用的根本原因。2.2 工艺藏在最低位001 和 004 差的不只是一个数字001 躯壳和004 躯壳冲压的功能上是同一个东西编制上却是两个号。为什么非要把工艺编进去因为下游的一切都按工艺分开。铸造件要木模、砂型、清砂工时冲压件要模具、展开图、冲裁力校核塑料件要注塑模、收缩率、脱模斜度。工时定额、检验规程、成本科目、车间工段没有一样是按“功能”划分的全都按工艺划分。如果只编到“躯壳”这一层采购和工艺拿到图号还得再查一次明细才知道该走哪条线——这一步就是信息断层而断层在急件的时候最容易出错。同时 001 保留了“不限定工艺”的通称位因为确实有一批零件不关心工艺外购件、通用件。所以这一层的设计逻辑是通称在前小号工艺变体在后大号。编制的人先想“它属于哪个族”再想“它怎么做出来的”两步就能定位不需要背表。但要注意最低位的语义并不是全局统一的。看 2 部类 24 组240 齿轮圆柱形的、242 锥齿轮与伞形齿轮、243 半齿轮与组合齿轮、244 转轴齿轮、245 蜗轮、246 蜗杆、247 扇形齿轮、248 齿条。这一组是按齿形和传动形式切的跟工艺没关系。也就是说每个组可以自己定义第三层是什么意思00 组用它表达工艺24 组用它表达变体形式。这是整套分类表里最不“规范”、也最实用的地方。它没有强求一个统一的第三层语义代价是学习成本——新人必须查表不能靠推理收益是每一格都能填满不会出现“这个组只剩两个格子但还有八个零件”的窘境。做分类体系的人常在这两者之间纠结这套办法选了实用。2.3 剔掉 I 和 O一个字符集决定一套编码能活多久草案 3.1 条限定图样编号只能用三类字符0~9 的阿拉伯数字、A~Z 的英文字母O、I 除外、短横线圆点斜线。排除 O 和 I 的理由谁都说得出来0 与 O、1 与 I 在视觉上太像。但真正的原因比“像”更具体——图纸要经过手写标题栏、晒图、复印、传真、电话口述、OCR 识别这几道关每一道都会放大这种相似性。晒出来的蓝图边缘发虚O 和 0 就是同一个墨点。这背后其实是一条更普适的规则任何会被某个环节悄悄改掉的字符都不能进主键。空格会被 trim、会被当分隔符小写会被某些系统自动转大写全角字符会在编码转换里变形。所以规则里除了那个小写的z展开图其余全是数字和大写字母——这不是审美是防御。代价也很明显型号是外部给的标准管不了。低压柜型号 GGD、MNS、GCS、GCK高压柜型号 GZS、XGN、KYN28这些字符串是行业约定里面要真出现 O 或 I你也改不了。所以落地时的正确做法是分段对待数字段严格禁止字母字母段型号、类别代号放宽但走白名单校验。把“规则适用范围”想清楚比把规则写得多严更重要。顺便说一句为什么不用汉字或拼音缩写。档案室的抽屉、缩微胶卷、纸质图册、早期文件系统全都依赖“排序结果稳定”。汉字排序依赖编码方案按拼音排、按部首笔画排、按 Unicode 码位排换一个系统顺序就变。ASCII 数字加大写字母在任何系统里排出来都一样。这套编码的第一属性是“可排序、可比较、可跨系统”可读性排在后面。3. 五段式代号型号、设计序号、特征、序列、类别各管什么3.1 圆点是分段符短横线是分域符草案给了三套骨架摆在一起看差异才清楚标准产品是型号.设计序号.特征代号.序列号类别代号例如GGD.1.055.001L工程产品是型号.工程编号—序列号类别代号例如GGD.05001—01L试制产品是型号.S试制序号.特征代号.序列号类别代号例如GGD.S1.055.001L。圆点负责分段短横线只出现在工程产品里位置固定在工程编号之后。所以短横线不是分隔符它是域边界标记横线左边回答“这张图归属于谁”右边回答“在归属内它是第几个”。看分隔符就能判断题类型不需要读完全串。用不同符号表达不同层级在编码设计里很常见圆点是同级字段边界短横线是跨级域边界。好处是扫描时优先级明确——先按短横线切成两半左半查工程台账右半查零件序号两步定位。代价是录入脆弱短横线在中文输入法下经常被写成破折号——、全角减号或者干脆省略。这是第 5 章要展开的一个坑。还有一个容易被忽略的差异工程产品没有特征代号。因为它是一次性非标件不需要挂进跨产品复用的分类树只需要在单个工程内唯一。序列号也从三位缩到两位01~99。这两个收缩不是随手定的后面 4.3 会讲清楚背后的原则。3.2 类别代号为什么钉在最后一位类别代号是整套规则里唯一用字母的地方Z 总装、F 分装、H 焊接、L 零件、K 开孔、z 展开、TM 图样目录、CB 材料明细表。它必须钉在末尾理由有四条。第一型号长度不定。GGD 三位KYN28 五位前缀没法定长切分但类别代号在末尾可以从右往左扫末尾连续的字母一到两个就是类别剩下的一定是数字段。解析器的整个逻辑都建立在这个“右侧锚点”上。第二视觉锚点。一摞图纸的标题栏摆在一起末尾那个字母决定你把它归到哪一叠不用看前面的型号。第三也是最关键的类别代号描述的是“这张图是什么”不是“这个零件是什么”。同一个零件的总装图、零件图、焊接图、开孔图共享前面所有段只有末位不同。放在末尾意味着按图号排序时一个零件的全部图纸会自动聚成一组。这个性质在纸质档案和电子 BOM 里同样重要——你想看某个零件到底画了几张图排序结果直接告诉你。第四TM 和 CB 是双字符破坏了“单字符类别”的约定。允许它们破坏是因为图样目录和材料明细表本质上是文件级对象不是零件级对象本来就不跟零件图混排。但解析器必须知道这个例外写[A-Z]会在这一步直接失败。注意小写z展开图和大写Z总装图是整套规则里唯一的大小写敏感点也是风险最高的一个。下面第 5 章第一条坑讲的就是它。3.3 张次不进图号标识和实例必须分开草案 3.4 条说同一产品、部件、零件的图样用数张图纸绘制时各张图纸都应标注同一代号以“共几张、第几张”加以区别。3.5 条说采用表格图时表中多种规格的产品、部件、零件均应标出独立的代号。这两条看着不起眼实际是整个体系里最重要的决定之一。图号是标识identity张次是实例位置instance。如果把张次编进图号比如末尾追加 -1、-2总装明细里引用一个零件时就得写死“引哪一张”而补页、拆页、换页都会让这个引用失效。更糟的是一张图被拆成两张时原来的 -1 内容变了历史版本追溯直接断掉。反过来表格图里多种规格必须各给独立代号因为不同规格是不同零件不同标识而不是同一零件的不同实例。这两条其实是同一个原则的两面标识符只标识“东西本身”不标识“东西放在哪、画在哪、有几份”。把这条原则落到代码上解析和校验要分开写。下面这段是常见的实现思路import re # 三套骨架分别用三条正则不要试图用一条通吃 # 型号段允许 O/I外部命名改不了所以不做字符排除只限制长度和首字符 RE_STD re.compile( r^(?Pmodel[A-Z][A-Z0-9]{1,4})\. # 型号必须字母开头2~5 位 r(?Pdesign[1-9])\. # 设计序号1~9定长一位 r(?Pfeature\d{3})\. # 特征代号三位纯数字 r(?Pseq\d{3}) # 序列号三位 r(?PcatZ|F|H|L|K|z|TM|CB)$ # 类别代号枚举不能用 [A-Z] ) # 工程产品没有特征代号短横线是域边界序列号只有两位 RE_PRJ re.compile( r^(?Pmodel[A-Z][A-Z0-9]{1,4})\. r(?Pproj0[5-9]\d{3}) # 工程编号两位年份三位流水 r[—\-] # 录入时常被写成破折号这里先放过 r(?Pseq\d{2}) r(?PcatZ|F|H|L|K|z)$ ) def parse(code: str): for kind, regex in ((std, RE_STD), (prj, RE_PRJ)): m regex.match(code) if m: return kind, m.groupdict() return None, None print(parse(GGD.1.055.001L)) # (std, {model: GGD, design: 1, feature: 055, seq: 001, cat: L}) print(parse(GGD.05001—01L)) # (prj, {model: GGD, proj: 05001, seq: 01, cat: L})几个参数值得掰开说。model段用[A-Z][A-Z0-9]{1,4}而不是[A-Z]是因为型号必须字母开头——否则纯数字段之间就失去了分隔依据长度卡在 2~5 位是常见成套设备型号的实际范围。feature和seq用\d{3}天然排除了 O 和 I字符集规则在这一段自动生效。cat一定要写成枚举不能写[A-Z]{1,2}——白名单能挡掉九成的录入错误而且将来加了新类别比如三维模型图只改一处。proj段的0[5-9]\d{3}是照着草案 05001~05999 写的但在真实系统里我一般会放宽成\d{5}再单独校验年份区间因为规则会变正则不该写死年份下限。4. 工程号与试制代号 S两套平行编号为什么必须共存4.1 工程编号 05001两位数年份留下的隐患工程编号 05001~05999前两位是年份后两位后三位是当年流水。草案举例说明“表示 2005 第 1 个工程至本文还有配套的精品资源点击获取
简介《国标图号编制方法》是一份面向企业设计、工艺、标准化及档案管理人员的内部规范文档用于解决产品装配、部件、零件在图样标识中的统一性与可追溯性问题。文档以GB/T 5054.4—2000为引用依据明确十进位编号法及可用字符范围规定每个产品、部件、零件须有独立代号多张图纸以“共几张、第几张”区分表格图也需逐规格编号。正文进一步拆解标准产品、工程产品和试制产品的代号组成结合GGD.1.055.001L、GGD.05001—01L、GGD.S1.055.001L等实例说明产品名称、设计序号、特征代号、序列号与类别代号的读法并附特征代号分组汇编便于按躯壳、盘屏、底架、支架等部类查表归类。资源包共1个doc文件约1.53MB已有575人学习下载可作为企业图号制度草案、设计宣贯或编号查错时的参考材料。1. 一串图号真正的用途让人一眼看懂并不是重点大多数人第一次看到GGD.1.055.001L这样的图号第一反应是把它当名字——念不出来、记不住还不如直接叫“左底板”。可真正在档案室翻过抽屉、在 BOM 里对过号的人会给出相反的结论图号之所以长得这么“反人类”恰恰因为它不能像名字。名字会跟着认知变今天叫左底板明天结构一改就叫侧板。图号一旦贴到图纸上、写进 BOM、录进系统、印在铭牌上就必须像主键一样钉死在原地。这套国标图号编制办法要解决的不是“怎么起个好听的名字”而是三个更硬的问题同一零件散落在几百张图纸里怎么保证它们指的是同一个东西纸质图册按编号排进抽屉之后怎么做到翻一次就命中十年后一个只拿到半张蓝图的人怎么靠这串字符反推出它属于哪个产品、什么工艺、是不是试制件。把这三点想通才会明白为什么字符集要把 I 和 O 剔掉、为什么分类表要压进三位数字、为什么工程图和标准图要用不同的分隔符。2. 十进位编号法为什么一张零件分类表要压进三位数字2.1 部、组、项三位数字里的三层语义特征代号写出来是 001~999 这样一个区间看着只是个范围实际是一棵三层树。百位是“部”管功能大类十位是“组”管零件族个位是“项”管具体形态。附表 1 里那个“部类组”三列表头说的就是这件事。按草案附表部类大致这样切分0 部类是基本支撑躯壳壳体、盘屏板、底架底盘、支柱撑柱、侧板隔板、面板、梁、骨架框架1 部类是辅助支撑及安装支撑件、固定板、母线夹、角撑件、筋与加强板、卡板弯板、板片、角板、管2 部类是传动、导向及限动转轴、套与衬套、滑轮皮带轮、杠杆、齿轮蜗轮、飞轮与操纵轮、导轨滑块、停挡限位、减震缓冲与弹簧、平衡锤3 部类是保护罩壳、盖板、门、栅、盒箱柜室、联锁件、密封垫圈4 部类是特殊用途光学设备、表盘与指示件、起重运输件5 部类是导电、接触电缆、导线导体、触头触点、母线母排7 部类是绝缘陶瓷绝缘件、绝缘片板、绝缘桶管柱8 部类是包装、标志、附件、五金9 部类是紧固螺钉、螺栓、螺柱销、螺母、垫圈、铆钉、键、木螺钉、钉子。从这张表能读出两件事。第一切分依据是“在整柜里承担什么功能”不是“长什么样”也不是“用什么材料”。第二6 部类在附表里是空的。这大概不是遗漏常见的实现思路是把它当预留位——分类表最怕的从来不是分不准而是新东西无处可放。空出一个整部类等于留了一百个格子600~699给尚未出现的零件族这份预留位比任何“其他”项都值钱。再看组和项的关系。以 0 部类的 00 组为例001 躯壳、002 壳体、003 躯壳铸造的、004 躯壳冲压的、005 壳体塑料的、007 轴承外壳、009其他。这里出现了两件值得注意的事一是项位并不只是“更细的种类”它同时承担了工艺区分二是几乎每个组的末位都留了一个 009“其他”这是分类学里的兜底项防止某个新零件找不到归处时被逼着改标准。三位数字最大的好处是“排序即分类”。数据库里ORDER BY 图号同一族零件自动聚在一起档案室抽屉按编号升序排列想找“全部底板”拉开一格就够。编码本身充当了索引不需要再建一张对照表——这就是十进位编号法在纸质时代能活下来、并且在 PDM 系统里仍然好用的根本原因。2.2 工艺藏在最低位001 和 004 差的不只是一个数字001 躯壳和004 躯壳冲压的功能上是同一个东西编制上却是两个号。为什么非要把工艺编进去因为下游的一切都按工艺分开。铸造件要木模、砂型、清砂工时冲压件要模具、展开图、冲裁力校核塑料件要注塑模、收缩率、脱模斜度。工时定额、检验规程、成本科目、车间工段没有一样是按“功能”划分的全都按工艺划分。如果只编到“躯壳”这一层采购和工艺拿到图号还得再查一次明细才知道该走哪条线——这一步就是信息断层而断层在急件的时候最容易出错。同时 001 保留了“不限定工艺”的通称位因为确实有一批零件不关心工艺外购件、通用件。所以这一层的设计逻辑是通称在前小号工艺变体在后大号。编制的人先想“它属于哪个族”再想“它怎么做出来的”两步就能定位不需要背表。但要注意最低位的语义并不是全局统一的。看 2 部类 24 组240 齿轮圆柱形的、242 锥齿轮与伞形齿轮、243 半齿轮与组合齿轮、244 转轴齿轮、245 蜗轮、246 蜗杆、247 扇形齿轮、248 齿条。这一组是按齿形和传动形式切的跟工艺没关系。也就是说每个组可以自己定义第三层是什么意思00 组用它表达工艺24 组用它表达变体形式。这是整套分类表里最不“规范”、也最实用的地方。它没有强求一个统一的第三层语义代价是学习成本——新人必须查表不能靠推理收益是每一格都能填满不会出现“这个组只剩两个格子但还有八个零件”的窘境。做分类体系的人常在这两者之间纠结这套办法选了实用。2.3 剔掉 I 和 O一个字符集决定一套编码能活多久草案 3.1 条限定图样编号只能用三类字符0~9 的阿拉伯数字、A~Z 的英文字母O、I 除外、短横线圆点斜线。排除 O 和 I 的理由谁都说得出来0 与 O、1 与 I 在视觉上太像。但真正的原因比“像”更具体——图纸要经过手写标题栏、晒图、复印、传真、电话口述、OCR 识别这几道关每一道都会放大这种相似性。晒出来的蓝图边缘发虚O 和 0 就是同一个墨点。这背后其实是一条更普适的规则任何会被某个环节悄悄改掉的字符都不能进主键。空格会被 trim、会被当分隔符小写会被某些系统自动转大写全角字符会在编码转换里变形。所以规则里除了那个小写的z展开图其余全是数字和大写字母——这不是审美是防御。代价也很明显型号是外部给的标准管不了。低压柜型号 GGD、MNS、GCS、GCK高压柜型号 GZS、XGN、KYN28这些字符串是行业约定里面要真出现 O 或 I你也改不了。所以落地时的正确做法是分段对待数字段严格禁止字母字母段型号、类别代号放宽但走白名单校验。把“规则适用范围”想清楚比把规则写得多严更重要。顺便说一句为什么不用汉字或拼音缩写。档案室的抽屉、缩微胶卷、纸质图册、早期文件系统全都依赖“排序结果稳定”。汉字排序依赖编码方案按拼音排、按部首笔画排、按 Unicode 码位排换一个系统顺序就变。ASCII 数字加大写字母在任何系统里排出来都一样。这套编码的第一属性是“可排序、可比较、可跨系统”可读性排在后面。3. 五段式代号型号、设计序号、特征、序列、类别各管什么3.1 圆点是分段符短横线是分域符草案给了三套骨架摆在一起看差异才清楚标准产品是型号.设计序号.特征代号.序列号类别代号例如GGD.1.055.001L工程产品是型号.工程编号—序列号类别代号例如GGD.05001—01L试制产品是型号.S试制序号.特征代号.序列号类别代号例如GGD.S1.055.001L。圆点负责分段短横线只出现在工程产品里位置固定在工程编号之后。所以短横线不是分隔符它是域边界标记横线左边回答“这张图归属于谁”右边回答“在归属内它是第几个”。看分隔符就能判断题类型不需要读完全串。用不同符号表达不同层级在编码设计里很常见圆点是同级字段边界短横线是跨级域边界。好处是扫描时优先级明确——先按短横线切成两半左半查工程台账右半查零件序号两步定位。代价是录入脆弱短横线在中文输入法下经常被写成破折号——、全角减号或者干脆省略。这是第 5 章要展开的一个坑。还有一个容易被忽略的差异工程产品没有特征代号。因为它是一次性非标件不需要挂进跨产品复用的分类树只需要在单个工程内唯一。序列号也从三位缩到两位01~99。这两个收缩不是随手定的后面 4.3 会讲清楚背后的原则。3.2 类别代号为什么钉在最后一位类别代号是整套规则里唯一用字母的地方Z 总装、F 分装、H 焊接、L 零件、K 开孔、z 展开、TM 图样目录、CB 材料明细表。它必须钉在末尾理由有四条。第一型号长度不定。GGD 三位KYN28 五位前缀没法定长切分但类别代号在末尾可以从右往左扫末尾连续的字母一到两个就是类别剩下的一定是数字段。解析器的整个逻辑都建立在这个“右侧锚点”上。第二视觉锚点。一摞图纸的标题栏摆在一起末尾那个字母决定你把它归到哪一叠不用看前面的型号。第三也是最关键的类别代号描述的是“这张图是什么”不是“这个零件是什么”。同一个零件的总装图、零件图、焊接图、开孔图共享前面所有段只有末位不同。放在末尾意味着按图号排序时一个零件的全部图纸会自动聚成一组。这个性质在纸质档案和电子 BOM 里同样重要——你想看某个零件到底画了几张图排序结果直接告诉你。第四TM 和 CB 是双字符破坏了“单字符类别”的约定。允许它们破坏是因为图样目录和材料明细表本质上是文件级对象不是零件级对象本来就不跟零件图混排。但解析器必须知道这个例外写[A-Z]会在这一步直接失败。注意小写z展开图和大写Z总装图是整套规则里唯一的大小写敏感点也是风险最高的一个。下面第 5 章第一条坑讲的就是它。3.3 张次不进图号标识和实例必须分开草案 3.4 条说同一产品、部件、零件的图样用数张图纸绘制时各张图纸都应标注同一代号以“共几张、第几张”加以区别。3.5 条说采用表格图时表中多种规格的产品、部件、零件均应标出独立的代号。这两条看着不起眼实际是整个体系里最重要的决定之一。图号是标识identity张次是实例位置instance。如果把张次编进图号比如末尾追加 -1、-2总装明细里引用一个零件时就得写死“引哪一张”而补页、拆页、换页都会让这个引用失效。更糟的是一张图被拆成两张时原来的 -1 内容变了历史版本追溯直接断掉。反过来表格图里多种规格必须各给独立代号因为不同规格是不同零件不同标识而不是同一零件的不同实例。这两条其实是同一个原则的两面标识符只标识“东西本身”不标识“东西放在哪、画在哪、有几份”。把这条原则落到代码上解析和校验要分开写。下面这段是常见的实现思路import re # 三套骨架分别用三条正则不要试图用一条通吃 # 型号段允许 O/I外部命名改不了所以不做字符排除只限制长度和首字符 RE_STD re.compile( r^(?Pmodel[A-Z][A-Z0-9]{1,4})\. # 型号必须字母开头2~5 位 r(?Pdesign[1-9])\. # 设计序号1~9定长一位 r(?Pfeature\d{3})\. # 特征代号三位纯数字 r(?Pseq\d{3}) # 序列号三位 r(?PcatZ|F|H|L|K|z|TM|CB)$ # 类别代号枚举不能用 [A-Z] ) # 工程产品没有特征代号短横线是域边界序列号只有两位 RE_PRJ re.compile( r^(?Pmodel[A-Z][A-Z0-9]{1,4})\. r(?Pproj0[5-9]\d{3}) # 工程编号两位年份三位流水 r[—\-] # 录入时常被写成破折号这里先放过 r(?Pseq\d{2}) r(?PcatZ|F|H|L|K|z)$ ) def parse(code: str): for kind, regex in ((std, RE_STD), (prj, RE_PRJ)): m regex.match(code) if m: return kind, m.groupdict() return None, None print(parse(GGD.1.055.001L)) # (std, {model: GGD, design: 1, feature: 055, seq: 001, cat: L}) print(parse(GGD.05001—01L)) # (prj, {model: GGD, proj: 05001, seq: 01, cat: L})几个参数值得掰开说。model段用[A-Z][A-Z0-9]{1,4}而不是[A-Z]是因为型号必须字母开头——否则纯数字段之间就失去了分隔依据长度卡在 2~5 位是常见成套设备型号的实际范围。feature和seq用\d{3}天然排除了 O 和 I字符集规则在这一段自动生效。cat一定要写成枚举不能写[A-Z]{1,2}——白名单能挡掉九成的录入错误而且将来加了新类别比如三维模型图只改一处。proj段的0[5-9]\d{3}是照着草案 05001~05999 写的但在真实系统里我一般会放宽成\d{5}再单独校验年份区间因为规则会变正则不该写死年份下限。4. 工程号与试制代号 S两套平行编号为什么必须共存4.1 工程编号 05001两位数年份留下的隐患工程编号 05001~05999前两位是年份后两位后三位是当年流水。草案举例说明“表示 2005 第 1 个工程至本文还有配套的精品资源点击获取
![【GATT】规范精讲[12]: GATT 的 BR/EDR 名片——SDP 记录里藏着哪条通道](http://pic.xiahunao.cn/yaotu/【GATT】规范精讲[12]: GATT 的 BR/EDR 名片——SDP 记录里藏着哪条通道)
