Visual FoxPro (VFP) CTOBIN 和 BINTOC 函数 - .Net 中的等效函数

Question

我们正在重写一些以前在 Visual FoxPro 中开发的应用程序，并使用 .Net（使用 C#）重新开发它们，

这是我们的场景： 我们的应用程序使用智能卡。我们从具有名称和号码的智能卡中读取数据。名称以可读文本形式正常返回，但数字（在本例中为“900”）以 2 字节字符表示形式返回（131 和 132），如下所示 - ▪

这 2 个特殊字符可以在扩展 Ascii 中看到表..现在你可以看到2个字节是131和132，并且可能会有所不同，因为没有单一的标准扩展ascii表（据我所知，阅读这里的一些帖子）

所以...智能卡之前是使用 VFP 中的 BINTOC 函数写入的，因此 900 被写入卡中为 ▪。在 FoxPro 中，这 2 个特殊字符可以使用 CTOBIN 函数转换回整数格式.. FoxPro 中的另一个内置函数..

所以（终于进入正题） - 到目前为止，我们无法将这 2 个特殊字符转换回整数格式一个 int ( 900 )，我们想知道在 .NET 中是否可以将整数的字符表示读回实际的整数。

或者有没有办法用C#重写这2个VFP函数的逻辑？

更新： 经过一番摆弄后，我们意识到要将 900 转换为 2 个字节，我们需要将 900 转换为 16 位二进制值，然后我们需要将该 16 位二进制值转换为十进制值。

因此，如上所述，我们收到返回 131 和 132 及其相应的二进制值，即 10000011 （十进制值 131 ）和 10000100 （十进制值 132 ）。 当我们将这两个值连接到“1000001110000100”时，它会给出十进制值 33668，但是如果我们删除前导 1 并将“000001110000100”转换为十进制，它会给出正确的值 900...

不太确定为什么会这样...

任何帮助将不胜感激。

Answer 1

看起来 VFP 将您的值存储为带符号的 16 位（短）整数。对我来说，负数似乎有一个奇怪的转换点，但它将 128 添加到 8 位数字，并将 32768 添加到 16 位数字。

因此，从字符串转换 16 位数字应该像将其读取为 16 位整数，然后从中取出 32768 一样简单。如果您必须手动执行此操作，则必须将第一个数字乘以 256，然后添加第二个数字以获得存储的值。然后从该数字中减去 32768 即可得到您的值。

示例：

131 * 256 = 33536
33536 + 132 = 33668
33668 - 32768 = 900

您可以尝试按照 http://msdn.microsoft 使用 C# 转换。 com/en-us/library/ms131059.aspx 和 http://msdn.microsoft.com/en-us/library/tw38dw27.aspx 至少为您完成一些工作，但如果没有，应该不会太难手动编写上述代码。

Answer 2

虽然晚了几年，但这里有一个有效的例子。

public ulong CharToBin(byte[] s)
{
  if (s == null || s.Length < 1 || s.Length > 8)
    return 0ul;

  var v = s.Select(c => (ulong)c).ToArray();
  var result = 0ul;
  var multiplier = 1ul;
  for (var i = 0; i < v.Length; i++)
  {
    if (i > 0)
      multiplier *= 256ul;

    result += v[i] * multiplier;
  }

  return result;
}

这是 CTOBIN 的 VFP 8 及更早版本的等效项，它涵盖了您的场景。您应该能够根据上面的代码编写自己的 BINTOC。 VFP 9 添加了对多个选项的支持，例如非反转二进制数据、货币和双精度数据类型以及有符号值。此示例仅涵盖反向无符号二进制文件，如支持的旧版 VFP。

一些注意事项：

• 该代码支持 1、2、4 和 8 字节值，涵盖所有
  无符号数值最高可达 System.UInt64。
• 在铸造之前
  结果降至您预期的数字类型，您应该验证
  天花板。例如，如果您需要 Int32，则检查结果
  在执行转换之前针对 Int32.MaxValue。
• 该示例通过接受 a 来避免字符串编码的复杂性
  字节数组。您需要了解使用哪种编码
  读取字符串，然后应用相同的编码来获取字节数组
  在调用该函数之前。在 VFP 世界中，这种情况经常发生
  Encoding.ASCII，但这取决于应用程序。