Math 作为数字计数器数组存储的增量数

我试图存储一个非常大的计数器（远远超过32位，可能超过64位限制），但我不想使用单个整数，而是将其存储为每个数字的计数器数组。这应该是相当不可知的语言

在这种形式中，

0

将是

[1,0,0,0,0,0,0,0]

（一个零，其他数字不超过9）<代码>1将是

[0，1，0，…]

等等<因此，代码>10将是

[1,1,0，…]

我无法找到一种方法来跟踪哪些数字应该递减（例如从

29

移动到

30

），以及这些数字应该如何移动。我怀疑如果没有另一个计数器，它是无法完成的，要么是一个表示最后一个被触摸的单元格的值，要么是一个由10个以上的计数器组成的数组来标记每个数字应该被触摸的时间

---

是否可以用这种方式表示一个数字，并且不使用简单的整数值进行计数？

否，这种表示本身将是无用的，因为它无法对数字位置进行编码，导致许多数字具有相同的表示形式（例如121和211）

---

要么使用bignum库，要么使用80位的原始二进制（足以存储您声明的10e23范围）

否，此表示本身将是无用的，因为它无法编码数字位置，导致许多数字具有相同的表示（例如121和211）

---

要么使用bignum库，要么使用80位的原始二进制（足以存储您声明的10e23范围）

否，此表示本身将是无用的，因为它无法编码数字位置，导致许多数字具有相同的表示（例如121和211）

---

要么使用bignum库，要么使用80位的原始二进制（足以存储您声明的10e23范围）

否，此表示本身将是无用的，因为它无法编码数字位置，导致许多数字具有相同的表示（例如121和211）

---

---

要么使用bignum库，要么使用80位的原始二进制（足以存储您声明的10e23范围）

这种表示毫无意义-您怎么可能知道任何特定数字应该出现在哪个数字位置？例如，121和211具有相同的表示形式。您是否考虑过只存储一个数字数组本身，而不是存储数字的频率计数？这提供了一种更方便的表示方法。@templatetypedef，或者，你知道，将它们存储在二进制中，因为强制计算机以10为基数进行操作要容易得多。。。。（不是）@Alnitak他们会的，这就是为什么我怀疑有一些其他存储是必要的。不过，我很好奇这是否有可能。对于非常大的数字来说，恒定大小的存储将是非常好的。@如果性能是您的瓶颈，那么如果您的性能优于自定义的bignum库，我将感到震惊。如果您的现成实现的性能优于经过良好测试、调优和调试的库，那将是令人惊讶的。这种表示毫无意义——您怎么可能知道任何特定数字应该出现在哪个数字位置？例如，121和211具有相同的表示形式。您是否考虑过只存储一个数字数组本身，而不是存储数字的频率计数？这提供了一种更方便的表示方法。@templatetypedef，或者，你知道，将它们存储在二进制中，因为强制计算机以10为基数进行操作要容易得多。。。。（不是）@Alnitak他们会的，这就是为什么我怀疑有一些其他存储是必要的。不过，我很好奇这是否有可能。对于非常大的数字来说，恒定大小的存储将是非常好的。@如果性能是您的瓶颈，那么如果您的性能优于自定义的bignum库，我将感到震惊。如果您的现成实现的性能优于经过良好测试、调优和调试的库，那将是令人惊讶的。这种表示毫无意义——您怎么可能知道任何特定数字应该出现在哪个数字位置？例如，121和211具有相同的表示形式。您是否考虑过只存储一个数字数组本身，而不是存储数字的频率计数？这提供了一种更方便的表示方法。@templatetypedef，或者，你知道，将它们存储在二进制中，因为强制计算机以10为基数进行操作要容易得多。。。。（不是）@Alnitak他们会的，这就是为什么我怀疑有一些其他存储是必要的。不过，我很好奇这是否有可能。对于非常大的数字来说，恒定大小的存储将是非常好的。@如果性能是您的瓶颈，那么如果您的性能优于自定义的bignum库，我将感到震惊。如果您的现成实现的性能优于经过良好测试、调优和调试的库，那将是令人惊讶的。这种表示毫无意义——您怎么可能知道任何特定数字应该出现在哪个数字位置？例如，121和211具有相同的表示形式。您是否考虑过只存储一个数字数组本身，而不是存储数字的频率计数？这提供了一种更方便的表示方法。@templatetypedef，或者，你知道，将它们存储在二进制中，因为强制计算机以10为基数进行操作要容易得多。。。。（不是）@Alnitak他们会的，这就是为什么我怀疑有一些其他存储是必要的。不过，我很好奇这是否有可能。对于非常大的数字来说，恒定大小的存储将是非常好的。@如果性能是您的瓶颈，那么如果您的性能优于自定义的bignum库，我将感到震惊。如果您的现成实现比经过良好测试的，