過去の人気記事:
2、39素晴らしいコードのコメントは、叫びの読みを笑いました。。。
図3は、Niubiの人々は、書き込みコードに中国の古典を使用し始めています!
5、場合/他にやることができ、世界を取る、私をしていない約束?
昨日は、時間がフォーマット「YYYY-MM-DD」を使用しているため、自分のプロジェクトについて話した同僚に聞いて、元旦は、最終的にそれがどのようにしている、戻ると変更バグを叫んでましたか?
私たちは、何が起こるかを見てください!
何回かは問題である上記のように見ることができます!でも、巨大な手のリングは運命ああを脱出していません!まず、定期的な問題:
注:JDKのバージョン1.7テスト
結果:それは「YYYY-MM-DD」形式のタイムエラーが発生している使用して見ることができます!
第二に、何のため具体的な理由は何ですか?
すべてがOKである特定の時間や数値データでJava言語は、通常、あなたが感じるからです!しかし、特定の時間に、例の特定の状況が間違って行くでしょう!でも、それらの一つだけあれば時間をフォーマットします!
2020年大晦日、ちょうど2019年と2020年の為替へのそれの時間は、それが書式設定時間の問題だったので、返品理由が「YYYY-MM-DD」形式の時間の使用であります!
YYYYは今、週ベース年である2020年、YYYYまたは2019を持っています!
Javaの聖書はこう述べています。
YYYYは言った:曜日が土曜日の端から日曜日から始まる週に属する一年、一週間の大晦日、そして今週も、来年に。
第三に、要約:
関係なく、あなたがこのバグを経験しているかどうかの後、デザートの詳細については、このために、詳細とメイクミスの将来的に回避することが可能のため、この記事を参照したいと思います。
他の人がそれを使用していない、日付書式YYYY-MM-DDで開発または実行!
過去の人気記事:
1、+プログラマは、スタックオーバーフロー上の188Wの問題を懸念されています。最終的にはJavaが渡された値または参照によって渡されますか?