全量知识系统 “全基因序列“ 之2 正文（虚部篇）

本文主要是介绍全量知识系统 “全基因序列“ 之2 正文（虚部篇），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

概要

“知识”实体的认识起点

为了能完成全量知识系统的规划和架构，本篇尝试着对全量知识系统中的一份设计文档中应该如何清晰给出主题（含样式及其描述格式和角色及其描述内容等）的完整描述内容做一个综合考虑。而结论就是：其起点必须是全量知识系统的一个“全基因序列”。

前面一直有强调，任何和“全量知识”有关的文本，都遵循诠释学规则，它包括进阶的三层含义：1)“知识” 是一种实体，2) 获取知识的方法是认识, 3)认识的根本能力是我们人类的意识能力。

本篇是要给出1）的起点---自然也是认识“知识”实体的起点。

我们说“知识” 是一种实体，那么实体论适用于它。

实体可以从实体自身的性质nature、观察者观察实体的方式way和参与者参与实体的方法method共三个不同的侧重面来论（除了这三个侧面就没有其它的了），并且三者和实体本身构成由一个倒三角描述的“是”和“不是”关系 --通常称“圣灵三角形”。也就是说，我们可以利用这个三位一体的倒三角来存储我们对一种实体的分析结果。但绝对不是分析的起点。实体论三个侧面构成我们认识分析实体的三个层面，能帮助我们建立起对一种实体的认识。这个认识应该从中间层开始，因为其它两层都可以建立在它之上。所以，本篇的主题“ 全知识序列”也必然是中间层上的。

“知识”实体的三个认识面

三个认识层面和程序有关的关键字，列举如下（只列出，暂不做解释--程序设计中会用到）：

三基建位【性-同基】（逻辑-建造模式）：出现A-原初事件，继承底座locus。严相- 严基座封装package。锚向穿刺定力：意识事件触发-对象约束【灵异】。外挂触觉：三个输入位。冷接控制（安全接入。要请求注释-插槽位约束）
一主体造【本-同根】（范畴-构造模式）：发生O-原始状态，遗传基因gene。全名-全基因序列sequenc。靶向检索定位：认识活动引擎-主体构造型【圣体】。内插听觉：三条插入槽。温插处理（日常维护。要注意定义- 作用域限制）
三一体行 【迹-同源】（形状-行为模式）：表明I-原语弧度，祖传代码code。完形-完格代码集set 。拐向巡航定速：知识总线驱动-量化标记值【神迹】。中蕴视觉：三类导入项。热导效应（紧急救治。应要求注解 - 依赖项局限）
其中，最前面加粗绿字是每层的一个内容概括，三层分别对应于程序模式的建造型、构造型和行为型。

红字表示了这一层逻辑上它是什么。其中“全基因序列”位于中间层。显然，这个层次也是一个反推过程。（对计算机程序来说上下颠倒，最下面的在最上面）

位于中间层的“全基因序列”

它是对上面一层（严基座封装，）的推广（演绎），同时也是对下面一层（完格代码集）的缩减（归纳）。
它恰当揭秘了下面一层（应用层，全量知识的“实部”）的各种名相（概念、词典和索引）之间的一个潜在关联association（称为 “因子factor”），使它们能在降维处理后的更高认识层面上占用更少的空间来表示它。同时还适当批露了被上面一层（抽象层，全量知识的“虚部”）使用表面协议所隐藏的复杂的内在联系collection（称为“参元actor”）。

这里用蓝色背景着重标出了 “全基因序列”中主要的两个词，因子factor和参元actor。它们是程序实现的关键，将在下一篇中单独描述。

虚部：三基建位（严相- 严基座封装package）

基底- accessible币圈组态的一般量化： range的主人及其主题主题样式和主题角色-定义种的三元组 <三种Species各三组group ，规划文本内容前引规范 pre>

主题：一般指对规划文档的文题解释；
主题样式：特指该规划文档应采用的风格。它决定了文档的内容结构以及每部分内容的标题形式、标题级数及每级标题的标题格式及其确定的内容组成文字块。
描述文字：专指一个标题下的内容文字对应角色划分的文字块划分，以及该文字块应该描述的两项内容。它是由 1)它所处的文档位置对应的主题角色所承担的岗位职责（业务需求--按业务技能要求划分的）以及2)其标题的主题样式所对应要承诺的专业能力（技术要求-- 按技术能力需要划分的）共同决定的。每个文字块都描述了一个采样点选择至少应符合的两个要求（最起码的要求）。

通过遵循以上三级诠释规范，实际上给出了程序的文字描述，每一级诠释都对应了前述“治理”的三条路线。“治理”是全量知识系统中任何合法知识活动组织的底层基础设施infrastructure，底层基础设施是任何资源可能被称为“资产”的最基础前件。（全量知识系统中有三种资产：知识资产、信息资产和数据资产）

基层 -typed元界生态的特别量化：domain的主体及其聚合根事件源和值对象-区分属的三分法 <三属Genus各三分divide ，计算机程序形式偏序规则 ad>

只有夯实了底基，1)建立在其上的应用行规profile才可能是一个有知识价值（描述“知识” 程序procedure的信息项的评估点选项及其概念视图的图形graph算法的衡量标准standard -- 一个信息项的计算值表示一个“信息资产”对象。中间必须有一个资源描述框架做支撑）的知识应用场景必要的原因根据，而进一步2)为一个有知识价值的应用场景而专门设计的上层建筑superstructure才有可能规划出能成为这个应用场景的一个有知识意义（决定“全量知识”属性property的特征点的选择及其生存拓扑控制的图像处理的评估标准--一个特征点的评估值表示一个“数据资产”对象，中间必须有）的全量知识情境充分的理由依据。最后,,3) 这个上层建筑规划的建筑工程的实现和形式化就顺理成章地成为一个有知识流通力量（决策“全量知识系统”过程process的采样点的选案及其形式模型的数学图表diagram的适应规格specification 采样提案--一个其值表示一个“知识资产”对象）的一种全量知识活动情景触发的条件达成。

上面使用灰底的部分用不同颜色标出来了全量知识系统中域的特化量词，分别描述一个特定域中记录三种偏序的库表：

三类事件源-Event类（extract，transfer，load）--及时键库（生存拓扑控制的齐次坐标系）：（源代码 --DOMAIN，一个匿名函数）
三个聚合根-Type类（procedure，property和process）--实时价库（概念图算法的方差立方体）：（根掩码-- MACRO，一个抽象类）；
三种值对象-Entity类（value，varible，parameter）--动态链库（逻辑神经网络的元数据仓库）（基伪码-MICRO ，一个占位符）。

三个库表对应的阶段、用途以及程序文件：

需求分析：操作参考的及时资源库代换数据类情境模型--在场交互的一个IO模型（*entry.com）
概要组织：开发使用的实时数据库代理程序类场景原型--在线处理的一个DP原型(#item.pom)
实现要领：剪贴修改的动态程序库代工生产类情景模板- 上线生产的一个端站模板（$end.）

基础 pronounceable产链模态的全称量化 : scope的语言及其三个方言-- 惯式化人工语言，范式化程序语言和形式化自然语言，描述科的三位一体<三科Family各三支branch 语言方言后记格式准则 post >

全量知识系统”的三个代名词，即“知识”的三种客体化表达，也是构成“知识”的三段式(信息、特征、采样）。其中每一个表达都必须是完整的和整齐划一的。这种完整性和整齐划一就要求每个表达都必须含有按照固定顺序使用对应的三种不同语言表示的知识的不同层次的一个陈述句。将它们从前面的描述中补充说明文字中摘录出来就可以看出一个构成“知识”的三段式中的每一个分段，具有结构上的整齐的对偶关系。

一个有知识价值（描述“知识” 程序procedure的信息项的选项及其概念图式视图的图形graph算法的衡量标准standard -- 一个信息项的计算值表示一个“信息资产”对象。中间必须有一个资源描述框架做支撑）的知识应用场景必要的原因根据。
一个有知识意义（决定“全量知识”属性property的特征点的选择及其生存拓扑控制的图像image处理的评估标准criterion--一个特征点的评估值表示一个“数据资产”对象）的全量知识情境充分的理由依据。
一个有知识流通力量（决策“全量知识系统”过程process的采样点的选案及其形式表面模型的数学图表diagram的适应规格specification 采样提案--一个其值表示一个“知识资产”对象）的一种全量知识活动情景触发的条件达成。