JavaScriptでISO8601形式の日付を扱う | キリウ君が読まないノート
タグ JavaScript の新しい記事Viteで.envの内容が取得できない時に確認したこと (2023-02-26)JavaScriptのイベントは非同期じゃない (EventTarget) (2021-11-23)選択禁止・右クリック禁止・キーボード操作禁止を全部解除するブックマークレット (2021-06-05)WindowsでJestをファイル指定して起動するにはパスの区切り文字にスラッシュを使わないと (2021-03-26)navigator.clipboard.writeText() で「Document is not focused.」エラー (2020-09-08)
日付変換の基礎知識
タイムゾーンについて UTC(Universal Time Coordinated: 協定世界時) 世界で標準時として使用されていて、セシウム原子が振動から導き出された時間です。 グリニッジ標準時(GMT)と一致していますが、計算方法が異なります。 世界のタイムゾーンは、UTC からの正または負のオフセットとして表現されます。 JST(Japan Standard Time: 日本時間) 日本で使用されているタイムゾーンで、UTCに+9時間した時刻です。 ISO8601について ISO8601とは「ISOで定められた日付と時刻の表記に関する国際規格」のことです。 日付と時刻を「T」で区切ります。 UTCの場合、秒の後に「Z」を付け、その他のタイムゾーンの場合、秒の後に「±時間」を表記して、タイムゾーンごとの違いを表します。 例）2022年6月1日15:00(JST) タイムゾーン 基本形式
JavaScript: date-fnsでタイムゾーンを扱う - Qiita
この投稿ではJavaScriptの日時ライブラリdate-fnsでタイムゾーンを扱う方法を説明します。 基本知識 date-fnsはJavaScriptのDateを扱うヘルパー関数のセットなので、そもそもDateについてよく知っておく必要があります。 JavaScriptのDateにはタイムゾーンを表すデータが無い JavaScriptのDateオブジェクトはタイムゾーンを表すデータを持ちません。 実行環境のタイムゾーン設定を変更したとしても、new Date()はUTC時刻になります: $ TZ=Asia/Tokyo node -e 'console.log(new Date())' 2020-07-29T00:27:44.573Z $ TZ=UTC node -e 'console.log(new Date())' 2020-07-29T00:27:50.167Z
ISO8601 について
ISO8601 をよく理解できていなかったので、ISO8601 について書いてみました。 概要 ISO8601 とは、[1]ISOで定められた日付と時刻の表記に関する国際規格 のこと ISO8601 の形式 日付と時刻を「T」で区切る 以下の表記の仕方で、タイムゾーンごとの違いを表現する [2]UTC : 秒の後に「Z」を付ける その他のタイムゾーン : 秒の後に「±時間」をつける 例: 2021年5月21日 14:00 UTC : 2021-05-21T14:00:00Z [3]JST : 2021-05-21T14:00:00+09:00 形式について 形式には「基本形式」と「拡張形式」の2つがあり、表記内に「区切りを入れて見やすくしているかどうか」という違いがあります。 基本形式 : YYYYMMDDThhmmss 拡張形式 : YYYY-MM-DDThh:mm:ss 基本形式と拡張
KotlinとSwiftとDartの標準的な日付変換を比べてみる - Studyplus Engineering Blog
こんにちは。 最近はヨッシーストーリーを進めています、若宮(id:D_R_1009)です。 Studyplusでは、いくつかの画面で日付を扱っています。 私はAndroidとiOSをKotlinとSwift、そしてDartで書く毎日を送っています。 そうなると、特に日付の操作で「この言語、この日付処理できたっけ？」となることが多くあります。 そんなわけで、今回はKotlinとSwift、Dartの日付処理についてまとめます。 やること Kotlin ISO8601形式の文字列パース yyyy-MM-dd形式の文字列パース UTCの日時をJSTとして表示 日付を生成しyyyy-MM-ddに変換 Swift ISO8601形式の文字列パース yyyy-MM-dd形式の文字列パース UTCの日時をJSTとして表示 日付を生成しyyyy-MM-ddに変換 Dart ISO8601形式の文字列パース
国際化を意識したWebアプリケーションにおける日付・時刻の扱い方 - Sansan Tech Blog
こんにちは、クラウド請求書受領サービス Bill One の開発をしている加藤です。 新しくアプリケーションを開発する際は、それが日本国内をターゲットにしたものであっても、グローバル対応するときに問題が発生したり、そもそもグローバル対応できなかったりする作りにはしたくないはずです。まずは日本の顧客向けにスタートしたBill Oneを開発する際も、同じことを考えていました。 本稿ではグローバル対応の中でも、日付・時刻にフォーカスします。 次の「タイムゾーン呪いの書 3部作」にあるように、日付・時刻の扱いの難しさはよく知られています。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) この3部作は2021年の改訂ということもあり、Bill Oneの開発を始めたばかりの頃に直接参考にできたわけではありません。 初版やエムスリーさんの記事を
Date.parseとタイムゾーン
Date.parse(‘1999-07-07’)を実行すると、値は931305600000とUTCのタイムゾーンで解釈されるのに対して、Date.parse(‘1999/07/07’)を実行すると、値は931273200000とJSTのタイムゾーンで解釈される。あ、ローカルの時間がJSTの場合。現時点（Firefox 24、Chrome 31） Date.parseでは引数に与えられた文字列をパースして、ミリ秒の値を値を返してくれます。タイムゾーンの指定がない場合はローカルのタイムゾーンとして解釈される。ECMA-262では、以下のように説明されています（太字は私がつけた）。 15.9.4.2 Date.parse (string) The parse function applies the ToString operator to its argument and interprets
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
