规划引用，大厦的每一块砖都不是孤立的

上一篇文章抽象了宏观的信息大厦模型和内容组织形式，我们再做进一步的设计。

对现实世界的认知程度极大影响你对信息工程的建造

软件技术进入面向对象阶段，在设计的过程中，明显的感觉到，对现实事务本身的理解与认知和业务逻辑的把握程度成为整个项目重要的一环，有时甚至对工程起决定作用。有时候设计开发人员辛辛苦苦写的成千上万行代码，会因为业务逻辑一个小小的疏漏错误导致应用上线功亏一篑。抛开具体的业务场景，我们从更宽泛的层面去大概展述一下。

一个工程中的每个对象都能直接或间接的与其它对象产生联系

我通常把它描述为大厦的每一块砖都不是孤立的，这种对像之间的联系，比较常见的就是一个对象作为另一个对象的构造方法的参数传递参与进对象的相关事务（方法）中。抛开UML里那些生硬的组合、聚合等理论，我们直接剖视到技术细节层面。当然还有做为对象成员等方法，即使你在某个对象中没有发现其它对象引用，它们依然是一个整体，可能通过某种更隐蔽的方式，例如，引用的对象里面再引用的某个对象或者更多层的间接联系。有些工程人员对此表示质疑，项目里面海量的代码怎么可能全部有或多或少的关系，我将其理解为因为每一行代码都有它在工程中的作用，只是比现实世界人与人之间的关系表现的更加直观，你甚至可以通过右键导航到功能去探究。

        那有些同行会说，你这个模拟比喻是有点像，那我和从未见过面的相隔几千里的大山里的某个人有什么关系？现