为什么 ColdFusion 的设计者决定从 1 而不是从 0 开始索引数组？

Question

我只是很好奇这一点，有谁知道他们为什么打破惯例？

谢谢， 夏兰

Answer 1

@Cory：如果你知道谁潜伏在 StackOverflow 上，你会感到惊讶。 :-)

你说得非常对。 CFML 的最初设计是为了允许非程序员构建复杂的 Web 应用程序。 ColdFusion\CFML 是第一种专门为构建 Web 应用程序而设计的语言。 早在 1995 年，网络主要是静态 HTML，典型的“网络开发人员”并没有进行太多编程。 该语言本身被设计得尽可能简单，这就是为什么它仍然是最快/最容易学习的语言之一。

它可能会导致一些混乱，尤其是当 ColdFusion 代码直接与 Java 或 .NET 交互时。 然而，它只是成为那些“怪癖”之一。 早在 2000/2001 年，当 CF 被重建为 Java EE 应用程序时，就重新考虑了这一决定，但向后兼容性阻止了这一改变。

Answer 2

有两种约定，一种是大多数编程语言通用的，另一种是大多数非程序员通用的。 他们可能是针对那些不从0开始数的人。

Answer 3

如果我不得不猜测，那是因为 ColdFusion 的目的是吸引新手，而基于 1 的数组可能更有意义 - 第一项是数字 1，第二项是数字 2 等等。

奇怪的是我们计算机科学家！

Answer 4

好吧，除非我们有任何原始设计师，否则除了推测之外我们很难做任何事情。 但前世用过CF，我有一些想法。

如果您查看原始语言，您会发现它是为 RAD 类型开发而设计的，适合那些想要构建动态应用程序而不需要太多复杂性的人。 我仍然记得当他们最终发布用户定义函数时的喜悦，这样我就不必到处使用标签了。

基于此，那么人们必须处理的语言的某些方面（例如数组）就会变得更加“友好”，这是有道理的。 对我来说，看到 array[0] 是很有意义的。 但对于刚接触该范式、尚未了解这一点的人来说，这没有任何意义。 为什么我要访问位置“0”的对象？

有趣的是，现在 CF 在后端是 Java，你实际上必须处理索引从 1 开始的情况，以及索引从 0 开始的情况。因此，通过尝试提供帮助，他们实际上增加了更多的复杂性，如下所示语言已经发展。

Answer 5

作为一个不同的解释，让我们问为什么在某些语言中数组索引从零开始？ 对于计算离散对象（如数组元素），这没有什么意义，从人类的角度来看也是不自然的。

这最初似乎源于像 C 这样的语言（尽管我并不是说它首先出现在 C 中：我不知道，而且这对于本文的目的来说并不重要），其中语言及其编程相当接近与内存管理（malloc 等）耦合。 一些 C 语言概念与内存中的内容非常接近。 变量就是一个例子：除了变量名之外，我们总是忙于处理变量所在的内存地址（或开始）以及指针等。

所以我们来看看 C 中的数组，它们的索引方式是内存中驻留一系列元素，从数组变量的基本内存位置开始，每个元素都按数据类型的大小进行偏移（例如：一个字符是一个字节，等等）。 因此，为了在内存中找到数组中的每个元素，我们这样做：

arrayBaseAddress + (whichElementItIsInTheArray * sizeOfDataType)

在用 C 语言做事情时，人们确实会发现自己确实是这样思考的，因为它与计算机在幕后寻找值所必须执行的操作相当紧密地映射代码想要。

因此，使用whichElementItIsInTheArray来偏移内存地址（以sizeOfDataType为单位）。

显然，如果数组索引从 1 开始，它将在内存中偏移一个 sizeOfDataType，无论出于何种目的，都会在 之间浪费 sizeOfDataType 内存量。 arrayBaseAddress 以及第一个元素实际所在的位置。

人们可能会认为这并不重要，但在以前，当这一切都在实施时，内存就像黄金一样：它不能像这样浪费。 因此，人们可能会想“好吧，只需在后台将 whichElementItIsInTheArray 偏移 -1 即可，然后就可以完成它了。但是，就像内存一样，时钟周期是黄金，所以我们的想法不是浪费处理，而是程序员只需要习惯一种不自然的计数方式，

因此在这些情况下从索引零开始数组是有正当理由的

（现在这已经进入编辑倾向了） 。 ）当随后的“大括号”语言出现（如 Java）时，无论它是否真的相关，它们都只是效仿，因为“这就是它的完成方式”，而不是“这种方式有意义”

。更现代的语言，以及远离计算机内部运作的语言，有人停下来思考“我们为什么要这样做？”，以及“在这种语言及其预期用途的背景下，这有意义吗？”。同意这里，答案是 - 坚决 - “不”。在很多情况下，将数组索引偏移 -1 或简单地忽略第零个元素的内存所造成的资源浪费不再是相关的考虑因素。 那么，为什么要让语言和程序员必须将他们自然计数的方式抵消一，纯粹是出于遗留原因呢？ 没有正当理由这样做。

在 C 语言中，数组 a[0] 中有一个元素。 这是数组的第一个元素（不是“第零个”元素），如果这是数组的完整范围，则它的长度为一个。 因此，这里的特殊行为是编程语言的一部分，而不是“现实生活中”（这是我们大多数人居住的地方）的事物计数/枚举方式的一部分。 那么为什么还要坚持呢？

这里的一些人反驳了这种“从哪里开始索引”的论点，“当我们出生时，我们不是一，我们是零”。 这是事实，但那是在测量连续的事物，并且是不一样的。 所以与对话无关。 数组是离散项的集合，当测量离散项的数量（即：对它们进行计数）时，我们从一个开始。

这如何增加对话？ 嗯，没什么，但这是看待同一件事的不同方式。 我想这有点合理化/反应一些人认为从 1 开始数组索引在某种程度上是“错误的”。 这并没有错，从人的角度来看，这比从零开始更正确。 因此，让人类像人类一样编写代码，并让机器根据需要理解它。 基本上，只有针对遗留技术限制，我们才开始从零开始计数，如果我们不再需要，就没有必要延续这种做法。

当然，都是“IMO”。

Answer 6

数一下你一只手有多少根手指。 你是从0开始数还是从1开始数呢？

与现实生活密切相关的抽象思想总是更容易理解和应用（例如：考虑物理“堆栈”，然后考虑抽象数据结构）。

Answer 7

从 0 开始数组的概念在 C 语言中流行起来。 FORTRAN 和 COBOL 等较旧的语言开始将数组计数为 1（实际上在 COBOL 中称为表）。

Answer 8

数组的起始点没有约定。 例如，大多数基础知识也从 1 开始。 有些语言允许您在任意位置启动数组，或者允许数组索引为枚举等（例如 Ada）。 C 在 0 处使用了 sting 的概念，许多语言都遵循了这一概念，但并非所有语言都这样做。 他们不这样做的原因之一是从 1 开始的数组更加直观。

Answer 9

即使在 Java API 的编程世界中，也有一个有趣的例外，即从 0 开始的计数：JDBC API。 它从 1 开始计数，这让每个第一次访问数据库的程序员都大吃一惊。

Answer 10

也许这不仅仅是外行人的事情……我认为大多数接触任何网络语言的人至少都玩过 javascript（10.15 年前也是如此）。 基于 0 的索引并不是那么陌生。

我喜欢从 1 开始索引/位置（对于字符串）的语言的一点是，您可以执行诸如

<cfif find("c","cat")>

如果找到 c 则计算结果为 true 之类的事情，而且它也会如此。

而基于 0 的语言（如 javascript）

if ("cat".indexOf("c")) { 

的计算结果为 false，因此您需要说类似 if ("cat".indexOf("c") >= 0) {

然而，语言之间的翻译是一个不能忘记的小麻烦，因为忘记这样做，或者忘记填充数组可能会导致数据翻译失败，并且在两种样式之间切换可能会导致挫败感。

我认为，如果 Allaire 知道网络最终会在哪里以及客户端和服务器如何真正协同工作，我们就会有基于 0 的索引。