UTC(協定世界時)をローカル時間へ変換し、switchでの分岐質問内容変更

ご回答くださいました、皆さんの少し前進いたしましたので、質問内容を変更いたします。

■現状
・UTC時間の取得が行えた。
・現状の時間(クライアントPCに設定した時間)の取得が行えた。

■目的
UTC時間とクライアントPCの設定時間を引き算し、その結果をseitchで分岐させたいです。

■質問
・日時(yyyy/MM/dd HH:mm:ss形式)の演算方法
⇒UTC時間とクライアントPCの設定時間を引き算(1時間単位)を行いたいのですが、UTCの時間取得をStringで行っているため、
計算が出来ず、困っております。

package sample;

import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;

public class sample {
    public static void main(String[] args) {

        Date date = new Date();
        SimpleDateFormat sdf1 = new SimpleDateFormat("yyyy/MM/dd HH:mm:ss");
        //クライアントPCの設定時間、PCの時間を変更すると反映される。
        System.out.println(sdf1.format(date));

        //UTC時間の取得
    	Calendar cal = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
    	DateFormat df = new SimpleDateFormat("yyyy/MM/dd HH:mm:ss");
    	df.setTimeZone(cal.getTimeZone());
    	String timestamp = df.format(cal.getTime());

    	System.out.println(timestamp);

    }
}

kunai

2017/04/20 08:37

作ろうとしているモノはWEBアプリケーションでいいですか？Javaというのは、サーバ側で動作している認識でいいですか？

hide09090909

2017/04/21 00:16

はい、その通りです。言葉足らずですみません

fuzzball

2017/04/21 01:39 編集

最終的に何がしたいのでしょうか？「switch文を追加して分岐」の具体的な内容が書かれていないので分かりません。質問タイトルの通りUTC→ローカル時間の変換が出来ればいいのでしょうか？それとも変換しなくてもローカル時間が取得できればいいのでしょうか？（現在の回答で解決するようであれば返信は不要です）

hide09090909

2017/04/21 07:19

最終的にはswitch文を追加して分岐まで行いたいです。

fuzzball

2017/04/21 07:22

そのswitch文で何をするのですか？例えば、switch (date.getFullYear()) などとするつもりなのでしょうか？

hide09090909

2017/04/21 07:48

UTCで表示する時間(ファイルの更新日時等)を、時間が異なる地域で表示した際に、その地域の時間が反映されるということを行いたいです。UTC時間から2時間進んだ地域(PCの設定時間)であれば、ファイルの更新を2時間進めて表示する。ということです。説明が下手ですみません。

行動規範の内容に同意します

回答4件

Javaがサーバサイドで動いている状況であれば、クライアント側のローカル日時と言うのは基本的に取得できません。
ローカル時間を取得するgetLocalTime()等のメソッドがあったとしても、それはサーバ側のローカル時間であってクライアント側のローカル時間ではないからですね。

無理やり頑張ろうと思えば、HTTP RequestHeaderの中に「Accept-Language」があり、ここで「ja」が先頭に与えられていれば「日本からのアクセスかな？」と予想する事は出来ますが。
コレが「en」とかだともうダメですね。

JavaScriptはクライアントサイドで稼働するScriptですので、今回のように「クライアント側の値を取得したい」場合には、おとなしくJavaScriptを使われる事をお勧めします。

投稿2017/04/21 01:13

kunai

総合スコア5405

ベストアンサー

変換をJava（アプリサーバ）側でやろうとしてはいけません。
HTTPの規格上アプリサーバ側でブラウザ側のタイムゾーンはわからないからというのもありますが、システム全体の設計の合理性というのもあります。

こういう方針だったら、わかりやすくありませんか？

DB、アプリサーバからフロントの全域にわたって、時刻情報はすべてUTCで扱う
ただし、表示と入力に限ってはブラウザ側の時刻で入出力する

こういう方針にすると、タイムゾーン変換はごく表層、ビュー層だけの関心事項に落とし込めます。
そして、JavaScriptはこういう使い方が最初から意識されていて、

Date型が内部的に格納するデータはUTC
ただしgetHours()のようなメソッドはローカルタイムでの日時を出力

という仕様になっています。ですから、アプリサーバとのやりとりは安心してUTCに固定できますし、プログラミングの際に時差の足し算引き算に頭を悩ます必要もありません。

投稿2017/04/21 03:27

yuba

総合スコア5568

追記2：kunaiさん他の回答を拝見して補足します。

自分の回答は単にJavaで日付を扱うには、ということしか言えてません。konaiさん他の方がおっしゃるように「どう設計すべきか」に対するコメントの方をより参考にされることをお勧めします。

追記1:
もし特別にサーバー側でクライアントのタイムゾーンが管理できているなら（例えばタイムゾーンを登録してるとか？）その情報とサーバー上で求めたUTCからユーザーのローカル時間を求めるといった方法ができると思いますが、質問にどういうふうにタイムゾーンを特定できるという話がないのでそういう前提での回答は不適切（少なくとも最適ではない）と気づきました。

直接的な回答でなくて恐縮ですが・・・

Javaを前提としてでの話ですと日付時間関係の機能はバージョンに伴い変遷してきたこともあり初めて取り組もうとする場合、ネット上やAPIリファレンスを見て検討しようとしても大変混乱すると思います。そうした場合複数のクラスの特徴がよくまとまっているサイトだと検討しやすいかと思いますので、自分がかつて参考にしたページをご紹介します。

Java日付時刻API

多分直接的な回答をよせてくださる回答者の方がいらっしゃるとは思いますが・・・自分は日付時間はいつも混乱します。それを使わねばならない場合、毎回上のようなページを見てしまいます。

投稿2017/04/20 08:50

編集2017/04/21 03:34