- 内容提要
- 序 1:程序里的世界
- 序 2:最后一层表象
- 关于本书
- 致谢
- 引言:简单的本源
- 篇一:计算系统
- 第 1 章 数,以及对数据的性质的思考
- 第 2 章 逻辑
- 第 3 章 抽象
- 篇二:语言及其面临的系统
- 第 4 章 语言
- 第 5 章 从功能到系统
- 篇三:程序设计的核心思想
- 第 6 章 数据结构:顺序存储
- 第 7 章 数据结构:散列存储
- 第 8 章 执行体与它在执行过程中的环境
- 第 9 章 语法树及其执行过程
- 第 10 章 对象系统:表达、使用与模式
- 篇四:应用开发基础
- 第 11 章 应用开发的背景与成因
- 第 12 章 应用开发技术
- 第 13 章 开发视角下的工程问题
- 第 14 章 应用程序设计语言的复杂性
- 篇五:系统的基础部件
- 第 15 章 分布
- 第 16 章 依赖
- 第 17 章 消息
- 第 18 章 系统
- 篇六:系统的基本组织方法与原理
- 第 19 章 行为的组织及其抽象
- 第 20 章 领域间的组织
- 附一:主要编程范式 及其语言特性关系
- 附二:继承与混合,略谈系统的构建方式
- 附三:像大师们一样思考——从 UML 何时死掉 谈起
- 附四:VCL 已死,RAD 已死
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
8.4 数据(亦或知识)的生存周期
回顾上一节的所有讨论,我们在语言中使用一个数据的方法,根底上只是如下过程:找到它,使之参与运算。而关联数组使“找到数据”这件事变成对一个计算背景的维护。例如,我们有一段代码:
1 2 3 4 |
|
这些数据的定义可以被理解为一个背景的建立(当然,我们也可以为零个数据建立一个背景),因此我们得到一个关联数组:
1 2 3 4 5 |
|
接下来我们在这个背景环境中运算。但——根据语言的不同——我们可能又需要“即用即声明”一个数据,例如:
1 2 3 |
|
而 i
这个数据的出现,意味着我们需要在 aAssociativeArray
中添加一个新的 Name。虽然 i
的值是可变的,而在整个过程中 i
的名字却不变,因此我们对于 aAssociativeArray
的 Name 只有添加和删除的需求,不需要因为值的改变而导致 Name 的改变。更进一步,
我们事实上是将一个数据的生存周期映射成了一个 Name 的增删。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论