前言
本期（“命名法”系列篇）的主题（“命名法”）将给出全知系统的命名规则，计划将从 正文的第三部分 起。
作为在进入本期“命名法”系列篇主题前的准备，本“前言” 中规划了两部分，它们的主题词是“语言游戏”：
- “序言”部： 全知系统中语言游戏 的三种玩法 （“三种玩法”）
- “导言”部： 全知系统中语言游戏 的三种玩法的具体表述（“三个表述”）
“语言游戏”是全知系统提供给全知系统玩家的一个社交型活动场所。和普通社交软件的不同之处在于每一个参与者（称为“玩家”）在这里的社交活动都是全量知识活动，包括但不限于知识发现和共享、知识提取和评价、知识适配和加工、知识商品陈列和交易、知识制造和生产等等。
为了说清楚这两部分（“序言”部和“导言”部）对“命名法”的重要性，本“前言“又分成两个篇幅（“前提”篇和“前导”篇） ，分别给出“命名法”的“前提”和“前导”：
- “前提”篇（也就是本篇，也是“命名法” 正文的第一篇）将指出 “命名法”所命之“名”应该 囊括的 “符号学”的三个分支（语用、语义和语法）的全部意义--通过将它们设置为“名”能外挂 根据的扩展点（程序“插点”）来扩展“名”的外延。即：“名”之所必须要能名副其实 的 “得‘名’所‘依’”。
- “前导”篇（计划中的下一篇，也是“命名法” 正文的第二篇）将给出 作为“命名法”的 依据和指导的两个先导部---刚刚说的“三种玩法” 和相应的“三个表述”。它将阐述“命名法”的命名之“法”必须涵盖的“诠释学”（抽象级别）及其全部三个版本（现象诠释学、哲学诠释学和形而上学诠释学 ，具体层次）的（1+3）的全部内涵--通过将它们纳入“命名法”体系作为“名”内嵌的依赖注入点（程序“埋点”）来增强“名”的内涵。即“命名法”之“法”之所以能得通的“求实所据”。
相应的，从第三部分起（“命名法”的正式部分，先称为“正式”部，是继“序言”部和“导言”部之后的第三部，届时应该会被分成很多篇 ），所规定的命名规则可以直接称为“系统学”。这将表明符合规定的“命名法”给出的每一个"纯粹的名称"（ 被称为"称"，这是后面要介绍的内容)就代表了“全知系统”的一个“程序主体” （即“全量知识活动”的代理程序）--它通过将其视为一个程序系统的某个切面的切点（程序“切点”）而当之无愧的成为全知系统的“主体”--它将为这个程序系统奠定一个坚实的“全知活动”的群众基础，即成为全知系统玩家的一个公共社交软件。当然，它首先是建立了全知系统自己的各种全知活动玩家的一个社交型活动场所，然后才是有可能将其它社交软件系统改造成一个全知系统玩家的一个公共社交软件，同时 会将全知系统升级为一个全知活动玩家的公共社交平台。之后就可以任其自主自由自然发展了，全知系统将始终伴随着一同成长。
前提（在本篇主题（“命名法”）之前必须先提到的）
前两部分
- “序言”部： 全知系统中语言游戏 的三种玩法 （“三种玩法”）
- “导言”部： 全知系统中语言游戏 的三种玩法的具体表述（“三个表述”）
进入本篇主题（“命名法”）之前的这两部分是对“语言游戏”相关逻辑及逻辑结构的描述（ 仅数据抽象层面上，不含实际业务使用的一般术语和具体实现相关的技术术语--这二者恰恰是“命名法”的任务 ）的一个简列，目的是为了给出对命名规则的要求，即为“命名法”指明确定的“定位”（特征-- by填充模板来提取）、“定向”（知识--by文本理解来提取）和“定方”（信息--by扮演玩家角色来提取 ）。说得再明白一点，就是命名法命名的每一个“名”都有 具有三重身份：明示“特征”的“明文”，暗示“信息”的“暗号”和 隐藏“知识”的“掩码”。“明文”、“暗号”和“掩码”就是前面一直说的 “语言”设计的全部三种文字的表达（被称为“语言模型”，简称“模型”，极简称reduce为"型" ） ，“特征”、“信息”和“知识”则是“库”设计的全部三种库的表示（被称为“库模式”，简称“模式”，极简称“式”）。括号中的 结语方法，是按照全知系统规定的命名规则中给出的符合全知系统“命名法”的“名称Name”（全知系统“命名法”的“名称Name”，简称“名称”，极简称为"名" ）。
极简主义的命名风（正用 之“名”： “名称Name” ）
- ““明文”、“暗号”和“掩码”三种“语言模型”的“命名法”“名称”为“型” 。“型”是 语言设计要求的全部“语言模型”的“命名法”“ 名称Name”的通称；（“名”的三重重叠身份）
- “特征”、“信息”和“知识”三种“库模式”的命名法“名称Name”为“式” 。“式”是库设计要求的“库模式”的“命名法”“ 名称Name”的通称；（“名”的三级级联公式）‘
- “定位”、“定向”’和“定方”则指明了“程序”设计的目的，即“程序”设计的三项任务。程爱全知系统中程序本身被称为“程序模板”，所以三种“程序模板”的“命名法”“名称”为“定”。“定”是 程序设计要求的全部“程序模板”的“命名法”“名称Name”的通称；（“名”的三套嵌套边框）
全知系统对“名” 的上述三种三进行进一步的命名：将“三重重叠身份”称为“身份线”，“三级级联公式”称为“等号线”，“三套嵌套边框”称为“边框线”，其通称为“线”。（这引出了后述“不得不插入的旁白”）
不得不插入的旁白（偏斜之“线”：“线索clue”）
说到这里，就不得不在此基础上再进一步了。
同样，刚刚给出的“线”也是极简称。但只要细想一下就不难发现，它（“线”）虽然前述三个极简称“型”、“式”和“定” 在“命名法”上遵循同一命名法则，可以视为 同一水准。但它们在符号学意义上却不同甚至完全不同。 可以看出，前三者 分别明确给出了全知系统主角“全量知识”的“语言”、“库”和“程序”设计 的全部符号学的一个分支 语用学上的意义 ，而最后的“线” 则是对“全量知识”的符号学三个分支的全部意义的“通称”。
它除了和 前面的三者具有同样分量的 语用意义外，还必须要能承负 所有“名”（1+3，包括它自己）在 符号学的另外两个分支语义学和语法学 意义上 的全部责任和义务，让每一个“名”得以纯粹（相对于“分解律”的"统一律“：统一”语境 -"所有语篇"-下的纯粹本征）、简单（相应于“因果律”的“同一律”：“同一”语境-“全部用语”-下的简单本位）且单一（相当于“互补律”的“单一律”：“单一” 语境--“完全用法”-下的单一本体） 。
<为三个形容词“纯粹”、“简单”和“单一” 给出的 用灰字写出的 最后三个（）括号中 的 哲学关联，可以先略过，这里只是为将来可能要做的某个关联做个备忘--埋个伏笔而已 。 下同（指用灰字给出的注--称为“note”）>
所以，将符号学意义上 纯粹的语用通称（所以 ，成为自由的主动把握的自由变量score-- “自由意志的”）和 不纯粹的两个--附加了语义的语义通称（因此，形成了责任田该承担责任的参数作用域size--“责任的”） 以及 附属了语法的语法通称 （因而，变成了被动综合的应尽的义务的值范围scale--“道德的”）--区别开，分别用它们的通称“线”的三个单称来表示。
（先加注--补充说明：size 是“大小”，是空间量度，scale 才是“规模”，是时间量度，score 是时空区域的一个混合量度（区域相关性），它用单位空间在单位时间中的占空比来记分）
下面先给出三种“线”在游戏界面（而不是“程序”）中的呈现及其含义（称为“用意”，关注了符号学 的语用方面 ）
- 身份线：表征思想中突然冒出的一个“念头”。相当于前面所说的代表出生儿阶段幼稚园小班的 “打地鼠”玩法的一个玩家；
- 等号线：表示某个意图想要的“东西”。相当于前面所说的代表成长过程中学校教育中班学生 “猜字谜”玩法的一个玩家；
- 边框线：显示一个给定域的决策“选项”。它需要经过慎重考虑对给出“选项”作用的“选择”。相当于前面所说的代表走向社会到老病死全过程的社会学校大班生 “看图说话”玩法的一个玩家；
对程序而言，这些呈现（即三种玩家界面）分别是： 有形状的、范畴化的，和能构造的。其中关键在于“构造”。也就是说，这些”语用”的不同关注方面为 纯粹的“名”附加了“语用”意义
此外， 纯粹的“名”还必须由附属的“语法”意义。
以上关于三种玩法的比喻参见过去的文章“...详细设计 之 “絮”---开端“元素周期表”表示的一个“打地鼠”游戏”。链接：
全量知识系统 之“程序”详细设计 之 “絮”---开端“元素周期表”表示的一个“打地鼠”游戏-CSDN博客
----关于“符号学的”插注：
前面强调过，“符号学”意义的阐明是当仁不让 全知系统的核心任务--是对核心“一个合适的组织”的组织原则的阐明--的至高无上的使命，它给出 全知系统第一原则（“告诉”的原则）的原则 。
符号学意义上 纯粹的语用通称（称为全知系统的“惯式用法Usage”）， 但它们在符号学语义上（称为全知系统的“形式文法”，即一般所说的 形式文法中的高阶形式文法）以及在符号学语法（称为全知系统的“范式语法”，即一般所说的 范式）上都是极其不同的。
语用使用“纯粹的语用通称”作为主要的符号学意义，它的名词就是它的全部，本身不在需要其他的任何附属和附加了，但“语义”和“语法”则不行。所以将语义和语法 分解为 三对(可配对的pairing）来描述语用的不同方面。刚才给出的逻辑形式 就是其中之一（三之一）
---
1、逻辑上的形式语义和语法
为了澄清，则不得不做下面的进一步区分（通过设立系统级的三个标签label来区别它们）：
关于 主要的主体“命名法”和 除外的其它注意事项以及注意之余（其余的）的可能的遗漏和疏忽
- 关于 主要的主体“命名法”：其结语已经被称为“名”。“名” pre前导的，根据规定的 <Name>使用不用类别C的引导符组织的）
- 除外的其它注意事项： 其过程称为“注”--ad偏序 ， 按照某种<Type>偏序类型T组织的）
- 注意之余（余下）的可能的遗漏和疏忽 （结余称为“差” ---post后记的, 借用双指标签 ）