编码设计中存在许多思路，都是为了简化映射实际问题时所遇到的问题。

在交流中得到了一句“把它放在同一个地方好维护”，相同的功能只出现在一个地方。这种想法导致了代码的聚合设计，也就是一种通用的功能索引，或者说面向对象的思想。

首先，我们可以将程序视作计算、存储、缓存、链接这四个方面。这些方面组成了一个球连接球的程序，每个球代表着一个程序体中的缓存。在编写代码时，需要考虑运转时占用的计算量、分配的堆栈缓存和加载方式，以及数据在球体之间的传递和存储方式。计算量的预估需要对代码实现的底层逻辑有所了解，因为不同的逻辑被解释成的机器语言后会形成不同的工作效率。

在球链接球的立体空间中，每个球可以代表一块大小不一的业务功能。它们就像实际业务中的部门和部门之间的协作，也可以是直接人与人之间的协作。每个业务被抽象成一个球和球之间的集体实现。每个可聚合的功能都被设计成一个球。球占用的堆和栈的空间、代码占用、静态变量占用、栈里线程方法栈的占用以及堆里对象数据的占用，都被抽象成了球体的大小。这些占用会随着访问量的增大而延伸扩大，但在一定范围内并不会影响球体之间链路的通信。如果访问量超过了现存的虚拟程序内存通用大小，就需要考虑分割球体内的业务。在虚拟内存范围内，可以优化功能的分配，统筹视角下管理各个编码功能的责任归属，将合适的功能代码分配到相应的球体上。

这种球体的内存扩展基于合理的设计编码。每一个功能除了能够实现本身，还会考虑可拓展性和稳定性。在立体的业务设计中，球体才能被完善地表达，它是连接业务各个小模块的球，并通过处理方式连接，就像在处理业务时需要在多个地方进行操作一样。在计算机硬件空间中，球体也是一个球，能够找到业务视角一一对应的编码、业务占用的场地大小以及同时可容纳的访问数量。

球体的考虑是清晰的、容易实现和编排的。球体在内存中的扩展就像把整个空间压扁，然后将错落的扁圆推挤到一个规则的长条里。球体内的业务和球体内的代码实现在硬件中的布局是直接映射的。