2

一个简化的例子：

//...

std::chrono::milliseconds _delay; //field in question

unsigned long getDelay() const
{
    return _delay.count();
}

void setDelay(unsigned long delay)
{
    _delay = std::chrono::milliseconds(delay);
}

json::value toJson() const
{
    using namespace web;
    json::value obj;
    obj[delay] = json::value::number(_delay.count());

    return obj;
}

bool fromJson(web::json::value value)
{
    for (auto it = value.as_object().cbegin(); it != value.as_object().cend(); ++it)
    {
        const std::string& str = it->first;
        const json::value& v = it->second;

        if (str == "delay")
        {
            if (v.is_integer())
            {
                _id = v.as_number().to_uint64(); //was v.as_integer(); - thx Nicol Bogas
                continue;
            }
            else
            {
                return false;
            }
        }

        //...
    }
}

我的课程包含一堆std::chrono::milliseconds代表相应延迟的字段。我想将这些值存储在JSON类的表示中。大多数JSON值只使用标准内部类型，但std::chrono::milliseconds实现std::chrono::duration模板。它有一个count()方法可以返回一定数量的刻度作为rep类型变量，在我的系统上typedef是long long

代码必须是可移植的。从实际的角度来看，将结果转换count()为简单的 long 并将其传递给JSON库有多安全？我是否正确实现了访问器（使用unsigned long类型）？在实践中，我通常将延迟值存储在 0 到 5000 的范围内，但没有什么能阻止其他人编辑配置文件并在那里写入不正确的值，这可能会导致运行时错误和奇怪的行为。

PS 只是要清楚 - 这不是橡皮鸭调试线程。我以前从未处理过“可能非常大”的值，而具有多个 libstdc++ 实现和 typedef 的 C++ 使其变得困难。我担心潜在的错误和陷阱。谢谢。

4

2 回答 2

0

实际上，大多数 JSON 实现对所有数字都使用 64 位 IEEE 浮点数，也就是doubleC++ 中的浮点数。

所以你有点不匹配：C++milliseconds可以存储 +/- 9e18 全精度，但 JSON 数字可以存储 +/- 1.8e308（但只有 53 位精度）。

因此，如果您的 C++ 值超过 285 千米（2^53 毫秒），它将失去精度。看起来这对您的应用程序来说没有问题，因为该值是“延迟”并且没有人有时间这样做。如果您的 JSON 解析逻辑读取的值大于 INT64_MAX，它可能会简单地引发异常。

于 2018-02-09T16:14:42.807 回答
0

我建议定义您自己的持续时间类型“双精度秒”。然后可以将其提取为计数，并以清晰明确的含义传递给其他语言。一些示例代码（与json无关）：

 TimePoint nowTime(std::chrono::system_clock::now());
 typedef std::chrono::duration<double>       FSeconds;
 FSeconds delta = std::chrono::duration_cast<FSeconds>(nowTime - startTime);
 ofs << "@" << std::fixed << delta.count() //...

所以在这里，delta.count 是秒，但它是实数而不是整数，所以毫秒或其他什么都保留在十进制中。

于 2018-02-09T17:28:13.930 回答