- 内容提要
- 序 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 已死
5.1 软件开发的规模
我一直有一个问题:为什么 JavaScript 不适合大型开发?更进一步的问题是,JavaScript 可以应付何种规模的开发?或者,我们泛义一点来讨论这个问题: 语法与语义上的特性,是否决定了该语言可能适宜的开发规模?
对于这一系列的问题,我希望尝试通过对第三个问题的分析,回溯至对第一个问题的探讨。首先我们需要界定“开发规模”,而这缺乏一个必要的、科学的分类方法。以我的经验来说,我用四个显著的关键词来区分我们面临的开发规模的不同等级,分别是:功能(function)、程序(program)、应用(application)和系统(system),如图 2 所示。
图 2 开发规模的不同等级
并不是说一段代码中具有了上述某个级别的关键词就有相应的规模,而只能说这种语言具有对这个级别的开发规模的支持。具体语言对这个级别可能支持得好或不好,但“好”的程度并不是我们讨论的问题,因为它是一个与语言进化相关的、变化的状态。
我们需要另外说一下项目(project)这个关键词。“项目”主要是一个开发过程中的、组织上的用词。就其组织的形式而言,更进一步地会有项目组(project group),退一步则可能是一个活动或事件(action/event)。但是,这些都与我们这里讨论的开发规模无关。你可能为一个只有三行代码的微型程序创建一个项目,或者一个项目组中仅仅只有三个空程序,这些说明不了你的开发规模,而只是你对后续开发活动的组织形式的设定。
所以“语言具有什么样的特性”出自语言设计视角,并对“项目组织成多大”有支持作用,但不是后者的全部。那么接下来的问题还有两个,一是“ 为什么存在支持作用 ”,二是“ 有哪些特性,以及它们有何种的支持作用 ”?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论