私は最近ストップウォッチを書いて、QDateTime::secsTo
という奇妙な振る舞いに気付きました。私はそれがバグか機能かどうか分からない(あるいは恐らく私はほんとうの実装しかしなかった;-)。QDateTime :: secsToは異なるQDateTimeに同じ値を返します
(少なくともLinux上のQt 5.7.1を使用して):
StopWatch.h
#ifndef STOPWATCH_H
#define STOPWATCH_H
#include <QDialog>
#include <QDateTime>
class QTimer;
class StopWatch : public QDialog
{
Q_OBJECT
public:
explicit StopWatch(QWidget *parent);
private slots:
void update();
private:
QTimer *m_timer;
QDateTime m_targetTime;
};
#endif // STOPWATCH_H
ストップウォッチ.cppファイル
#include "StopWatch.h"
#include <QDebug>
#include <QTimer>
StopWatch::StopWatch(QWidget *parent) : QDialog(parent)
{
m_timer = new QTimer(this);
m_timer->setTimerType(Qt::PreciseTimer);
connect(m_timer, &QTimer::timeout, this, &StopWatch::update);
m_targetTime = QDateTime::currentDateTime().addSecs(10);
m_timer->start(1000);
}
void StopWatch::update()
{
QDateTime currentDateTime = QDateTime::currentDateTime();
qint64 secondsLeft = currentDateTime.secsTo(m_targetTime);
qDebug() << secondsLeft;
}
そして、ここでのアウトプット(の一部):
4
3
2
1
0
0
-1
-2
-3
-4
は、そこでここでは、次のとおりです。QDateTime::secsTo
出力前QDateTime
1秒間同じQDateTime
とため0
。
私は
if (currentDateTime <= m_targetTime) {
secondsLeft++;
}
を行うことによってこの問題を回避働いていたが、私はbehavoirを理解していません。これはなぜですか?
丸めの問題?たぶん1秒で正確に始まるわけではありません。 – drescherjm
いつも同じです。コードを試してください - 回避策を追加する前にこれを頻繁に実行しました... –
もし私が推測したことがあったなら、QDateTime :: secsTo()はpostive/negative整数で変わったことをしています。それは、負の数の場合は整数の上限を、正の数の場合は整数のフロアを実行しているように見えます。 mSecsToに切り替えて報告してください。 – user2836202