17.c.13.nom—17.c-起草从形式上看，，，，，并不是一个脱离上下文就能直接翻译的牢靠中文术语，，，，，更像是由“细分标记—关联标记—起草行动”组成的结构化表达。。。。较稳妥的起源明确是：17.c.13.nom代表某个较细的分类、条目或工具，，，，，17.c代表与之关联的上位节点或目的节点，，，，，“起草”则说明目今使命与编写草案、条款或说明文本有关。。。。

不过，，，，，这种诠释只能说明它的结构，，，，，不可替换原始目录、编码表或文件中的正式界说。。。。尤其是后缀 nom，，，，，可能是名称、名词、名义种别等英文缩写，，，，，也可能只是某个系统自界说的类型代码。。。。判断这串标记的准确寄义，，，，，要害不在于逐字翻译，，，，，而在于先拆分，，，，，再确认各部分之间的关系。。。。

这串标记事实由哪些部分组成？？

“17.c.13.nom—17.c-起草”的基本拆解

组成部分	可能肩负的作用	目今能够确认的规模
17	总序号、主题编号或一级分类	可以视为最外层编号，，，，，但不可仅凭数字确定详细主题
c	分支、章节或子类标记	与17组合后形成“17.c”这一节点
13	更细的顺序号或下位条目	说明前半段可能比17.c更详细
nom	类型、属性或内部缩写	必需连系原始规则确认，，，，，不可直接看成牢靠中文词
—	毗连两个标记	可能体现对应、归属、映射或关联，，，，，纷歧定体现时间顺序
起草	使命、行动或文档状态	说明表达与草案、条款或文本编写有关

从编号层级看，，，，，17.c.13.nom与17.c具有显着的配合前缀。。。。通？？梢酝撇馇罢呤呛笳咧碌南阜窒睿，，，或者前者被归入后者所属的主题规模。。。。但“—”也可能只是系统用来毗连两个字段的脱离符，，，，，因此不可仅凭视觉上的长横线就断定它体现“从17.c.13.nom到17.c”的流程。。。。

为什么不可直接把 nom 翻译成一个确定结论？？

编码中的字母后缀经常具有局部寄义。。。。统一个 nom，，，，，在语言学资料中可能与名词或名词性有关，，，，，在目录系统中可能代表名称字段，，，，，在项目治理表中也可能只是某种内部分类。。。。因此，，，，，看到“nom”时，，，，，最多可以先标记为“类型后缀”，，，，，不可直接写成某个确定的中文术语。。。。

同样，，，，，17.c.13.nom也纷歧定是可以逐段朗读的句子。。。。它可能是数据库编号、目录层级、文档条款索引或使命分类代码。。。。编号的意义由编码系统付与，，，，，而不是由数字和字母自己自然爆发。。。。没有对应的目录说明时，，，，，最清静的写法是保存原标记，，，，，并在首次泛起时增补它所指向的工具。。。。

“起草”也需要区分用法。。。。若是它泛起在使命名称中，，，，，通常体现“需要完成起草”；；若是泛起在文件状态中，，，，，可能体现“正在形成草案”；；若是它是栏目名称，，，，，则可能只是指起草类内容。。。；；谎灾，，，起草纷歧定是代码的一部分，，，，，也可能是代码后面的行动标签。。。。

按哪三步判断，，，，，才华获得可用寄义？？

1. 先按符号拆开。。。。

   将原表达暂时分为“17.c.13.nom”“17.c”和“起草”三个单位，，，，，不要一最先就把整串文字看成一个完整术语。。。。这样可以阻止把后缀 nom、毗连符和中文行动混在一起诠释。。。。

2. 再确认编号的层级关系。。。。

   审查统一目录中是否保存17.c.1、17.c.2、17.c.13等相邻条目。。。。若是17.c.13.nom泛起在17.c之下，，，，，它更可能是细分工具；；若是两者划分泛起在“泉源”和“目的”栏目，，，，，则“—”更可能体现映射关系。。。。只有在原始表格明确使用“父项—子项”结构时，，，，，才适合把它诠释为严酷的上下级关系。。。。

3. 最后确定“起草”的语法角色。。。。

   视察它是使命栏、问题、状态栏照旧操作说明。。。。若表达为“17.c-起草”，，，，，可明确为“与17.c相关的起草项”；；若上下文写成“对17.c.13.nom举行起草”，，，，，则“起草”是明确的行动。。。。确认这一点后，，，，，才华把编码改写成自然语言。。。。

这三步完成后，，，，，通？？梢曰竦萌植畋鹚降慕崧郏旱谝唬，，，确认它只是一个内部标识；；第二，，，，，确认它体现某个细分项与17.c之间的对应关系；；第三，，，，，在资料完整的情形下，，，，，进一步确定它所对应的主题、文本类型和起草工具。。。。前两种结论可以依据结构作出，，，，，第三种则必需依赖原始界说。。。。

明确关系后，，，，，怎样把它写成可读的起草表述？？

若是资料能够确认17.c.13.nom是17.c下面的细分条目，，，，，可以将其改写为：

“围绕17.c所对应的主题，，，，，对17.c.13.nom这一细分项举行起草。。。。”

若是资料只确认两者有关联，，，，，但没有证实它们是上下级关系，，，，，则应接纳更守旧的表述：

“17.c.13.nom与17.c相关，，，，，目今条目用于起草对应的说明、条款或草案内容。。。。”

若是“起草”是使命名称而不是行动要求，，，，，则可以写成：

“17.c.13.nom—17.c”是关联标记，，，，，“起草”是该关联项的使命种别。。。。

这种改写方法有两个利益：一是保存了原始代码，，，，，阻止因误译造成信息丧失；；二是把代码之间的关系单独说明，，，，，阻止把“归属”“对应”“起草”混成一个没有界线的看法。。。。

它与几种相近写法有什么区别？？

写法	通？？勺骱沃置魅
17.c.13.nom	一个更详细的条目、工具或分类标识
17.c	较宽的章节、分支或上位节点
17.c.13.nom—17.c	两个标记之间保存对应、归属或映射关系
17.c-起草	与17.c有关的起草使命、行动或内容类型
17.c.13.nom—17.c-起草	一个带有编号关系和起草属性的复合标记

因此，，，，，不可把“17.c.13.nom—17.c-起草”简朴等同于“17.c.13.nom到17.c的起草流程”。。。。“流程”意味着保存明确的先后办法，，，，，而现有字符串最多显示出两个标记之间的联系以及一个起草属性，，，，，并没有直接证实保存时间顺序。。。。

最后应怎样归纳综合它的寄义？？

在没有配套编码表的情形下，，，，，可以接纳以下归纳综合：“17.c.13.nom—17.c-起草”是一个由细分标记、关联节点和起草标签组成的复合表达，，，，，用来指向某项与17.c相关的起草内容或起草使命。。。。

其中，，，，，17.c.13.nom的准确工具、17.c的正式名称，，，，，以及nom的详细寄义，，，，，都应以原始目录或文件界说为准。。。。现实撰写时，，，，，先保存代码，，，，，再增补层级或关联关系，，，，，最后说明“起草”是行动、使命照旧状态，，，，，就能在不误解原标记的条件下，，，，，形成清晰、可执行的中文表述。。。。

nfzrw5lpmbupofeobo41sf6wgyok

免责声明：本内容来自腾讯平台创作者，，，，，不代表腾讯新闻或腾讯网的看法和态度。。。。