問題タブ [datetime-comparison]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
287 参照

jodatime - javadoc と矛盾する DateTimeComparator の動作

org.joda.time.DateTime2 つの値の日付のみを比較したかったので、 DateTimeComparator.getDateOnlyInstance()- を使用していましたが、javadoc と一致しない動作が見られました。ここの誰かがそれを説明できるのだろうか。DateTimeComparatorのjavadoc は、そのパラメーターと戻り値について次のように述べています。

質問 1:が返されるのはなぜですかzero if order does not matterComparator インターフェースの javadocで定義されているこのメソッドの契約では、戻り値はa negative integer, zero, or a positive integer as the first argument is less than, equal to, or greater than the second. (order does not matterオブジェクトが等しいという著者の言い方かもしれませんが、それを言うのは紛らわしい方法です。)

質問 2:次のコードとその出力を検討してください。

出力 ( null は nowを意味し、日付のみを比較する必要があることに注意してください):

=== 最初の回答といくつかの実験を読んだ後の追加情報:

「現在、デフォルトのシステムタイムゾーン」を意味することに同意しnullましたが、 と の日付時刻値全体を比較するDateTime.now(DateTimeZone.UTC)null、それらは同じです (以下の追加コードを参照)。はどのタイムゾーンでも同じ瞬間なので、それは私には正しいようです。ただし、個々のフィールドは異なる場合があります。そのため、昨日、日付が UTC と PST (私のデフォルトのシステム タイムゾーン) で異なる場合にのみ日付を比較しました。UTC の日付の方が大きかったため、期待される結果 = 1 が得られました。現時点では、日付は両方のゾーンで同じですが、コンパレーターは、UTC の日付が PST の日付よりも小さいと言っているようですが、これは決してあり得ません。

テストコード:

public static void main(String[] args) {

}

出力:

0 投票する
1 に答える
176 参照

ios - NSComparisonResult が午後 10 時以降に期待どおりに機能しない

Swiftで2回比較する必要があり、NSComparisonResultを使用して、午後10時から午後11時59分まで正しい結果を得ることができました。これらの時間とは逆の結果を示しています。これの何が問題なのか知っている人はいますか?以下はサンプルコードとシナリオです。10:30:00 PM はテスト時間の例ですが、いつでもテストできます。

0 投票する
1 に答える
50 参照

java - Androidアプリでユーザーが逆の時間間隔を選択するユースケースを考慮する

Android アプリは、ユーザーが選択した時間間隔の間のみユーザーに通知します。
設定には、保存する 2 つのタイムピッカーがTIME1あり、TIME2

次のリンク
リンクで提案されているように、時刻を INT 形式で保存する予定です --> SQL の int データ型で時刻を保存する

現在の時刻と比較しながら上記のアプローチに従います:-

ユースケース 1


ユースケース 2 (time2 < time1)

ユーザーが時間を選択できるようにする必要がありますか 2


ユース ケース 3 (ユース ケース 2 が許可されている場合に発生します/実際には 2 bu と同じで、時間間隔が長くなります)


これが最善の方法だと思いますが、もっと良い方法はありますか?またはより簡単なアプローチ?さらに、ユーザーがリバース時間を設定できるようにする必要がありますか? そうでない場合、ユーザーは真夜中の間隔を設定できません。

助けていただければ幸いです。

0 投票する
4 に答える
106 参照

c# - C# で DateTimes を比較すると予期しない結果が生じる

ランタイム変数が今と今から 1 分以内にあるかどうかを比較しようとしています。コードは次のとおりです。

ただし、これは期待する 1 分前に true と評価されます。たとえば、ランタイムが 9:30 の場合、9:30 から 9:31 ではなく、9:29 から 9:30 まで true と評価されます。ここで何が欠けていますか?私がコードを理解する方法は、ランタイムが現在以上で、現在プラス 1 分未満の場合に true と評価されるということです。

0 投票する
3 に答える
778 参照

python - 12:00 と 11:59 のような 2 つの時間を比較する場合、Python の日時比較は正しくありません。

以下のコード例:

datetime 比較演算がFalseではなくTrueを返すのはなぜですか?

0 投票する
1 に答える
644 参照

ios - AM と PM の比較 (NSDate)

私は両方とも文字列形式で2回持っています:

このようにNSDateに変換します

tOne と tTwo を変換すると、私が出力されます

私は2回を比較しますが、7分を返したいのですが、「667」を取得しています 比較するコードは次のとおりです。

これは印刷されます

ただし、両方の時間が同じ AM または PM の場合は機能します。

比較コードを実行すると、「9」が正常に出力されます