前段写过一篇杂谈比较数量分析和名体用数据结构，也就是文法句式结构的句件分析。数量分析属于断续模型描述，数和量分别描述离散和连续；大致可以类比与名与实或文与义的关系，无论描述还是测度都是一种自我回归或是语言表达或语言描述。无论数字还是文字也都是描述工具，而且既具有符号性，也具有本体性。数和量之间的数量关系本身就是一个断续关系模型，如同名实，文义一样在直接性中自我孕育，互相表达，如同时间和空间的关系一样是一种最为基本的有关表达的语法句式模型，即名实或者体用。
?
关于断续或者比例分割的更深入研究可以延展到微积分和测度论，而简单的名实测度则可以推展出类型论和模式论来。微分和积分的类同关系在语言描述层面则是分析和重构。表达的第一步是有名实或者对象，然后才是句式表达以及程式进展；而分析的第一步则是寻找将对象分层，至少先要分析为名和实，语句也至少能够整体上分析文句式和内容。无论是静态对象还是动态内容，最开始都要确认他的信息载体空间和句式结构模型，并把它分析归纳至有限的几个元素和模式要件。也就是具体对象的信息结构分析和时空赋形与现场化激活的人工化操作——一切均在虚拟空间。
?
从某种意义上来讲这也是一种控制技术，一种表达技术的机器化控制，也是思维过程的机器化表达——即程序化运算和思维对象信息化（机器化表达）。这种控制技术脱离机电层面在纯粹逻辑层面则是文法对于句式的控制。
?
思维的对象化切入和时空启动意味着某种语境和意境的表达实现，文学形象需要借用典故或The本身让语符干尸受命复活，然后叙述才开始具有了现场化的生动意义和具体化指向。对象化指向语言所要序数的程序控制下的故事展现也是如此，需要打模，组配，激活，启动，让后才成为对象开始自我表演——不再需要叙事者的照顾！
?
信息描述结构可能很复杂，但在控制层面却相对简单。句式文法构件就够了，程序员并不需要真正地去研究声像元素的物理控制。句式文法的信息结构从名实主谓延展开来，其实拥有了很多的词组句件的分析方法可沿用。静态的比如类型学信息空间描述，对应的是Ruby的类，表达展示层面的比如名动或名形结构的词组句件（其实可以看作是静态的主谓词组），在Ruby语言来讲就是对象被识别属性的自我表达的实现句柄，也就是方法执行（对象本身很多时候是数据加方法）。无法用类型化抽象模式来简约的谓述执行部分在Ruby中叫模块。
?
Ruby语言的描述以对象（本体或实体的表现和行为）为中心组织信息结构，信息的组织存储空间有类型框架和模块框架。信息一旦被组配成对象即可调用方法，执行控制。没有直接的具体对象，任何对象都是在干尸状态下被赋予生命执行激活后才诞生的。
相关文章
