私は現在、私のアプリケーション（Webアプリケーション）の機能版を持っています。私のアプリケーションでは、ユーザーは予定をオンラインでスケジュールできます。予定を提出するときにタイムゾーンを考慮する必要がありますか？だから、カリフォルニアに拠点を置く私のアプリケーションを使ってニューヨークに住んでいた人は、予定が日付タイムスタンプとして保存される時間を調整する必要がありますか？アプリケーションのタイムゾーンについて心配する必要はありますか？
タイムゾーンがまだこのすべてで役割を果たしているかどうかは十分に理解することなく、UTCをウェブ上に見ています。私の申請のためにどのようなアプローチが必要なのか、誰かが私を導くことができますか？
ありがとうございました！非常に感謝しています！
UTCの日付は、世界的に同じ日付/時刻です。アプリケーションの各ユーザーは、この日付/時刻に対するローカルオフセットを持ちます。そのため、アプリケーションは、UTCの日付とオフセットに基づいて、ユーザーごとに正しい日時を計算できます。
このオフセットはコースのユーザーの場所に基づいています（ウェブアプリケーションやデスクトップや電話アプリについて話している場合は、言及していないが、これはあなたが言及していない場合があります）。基礎となるOS。
要するに、すべての日付をUTCとして保存し、ユーザーごとに正しい日付を計算してアプリケーションに表示します。
ほとんどのプログラミング言語は、このビルトインまたは拡張機能経由で利用できる機能を備えています。あなたがこれを正確に実装する方法を見つけるために使用している言語やフレームワークと組み合わされた "ロケール"または "ローカリゼーション"（l10n）のGoogle
編集：あなたのアプリケーションの予定について具体的にお尋ねください。アプリケーションがWebサーバー上で実行されている場合は、Webサーバーの日時設定が使用されるため、ユーザーの日時とサーバーの現在時刻を比較すると、問題が発生する可能性があります（たとえば、予定が期限切れであるかどうかを確認する）
異なるタイムゾーンの2人のユーザーからの予定を比較して、それらが重複しているかどうかを確認する場合にも失敗します。
アプリケーションがローカルでのみ実行され、中央記憶域がない場合は、UTCの日付に頼らなくても機能します。
はい、タイムゾーンを正しく処理する必要があります。カレンダーは世界中のさまざまなユーザーに異なるため、システムの日付をとる必要があります。
ありがとうございました！私はできるだけ早くこの実装を実現するためにできることをします:)。私の懸念が正しいことを知ってうれしかった。私にいくつかの指導をしてくれてありがとう！ – rapid3642
はい、タイムゾーンを考慮してください。
日時をUTCに調整することができれば、送信して保存する前に、夏時間の奇妙さを簡単に補うことができます。
ユーザーのロケールに基づいて、表示および入力のためにUTC時間を調整する場合は、世界中でスケジュールできます。
申し訳ありません、私の現在のアプリケーションはWebアプリケーションです。私が望む目標を達成するために何をすべきかについてより詳細になったので、私は本当にあなたの反応が好きです:)あなたのフィードバックに感謝します！ :) – rapid3642
あなたの編集に対する反応です：私は見るので、UTCで予定時間を保存すると、これはサーバー時間の問題を解決するはずですか？そして、正しい時間に予定を表示するためにクライアント側でローカライゼーションを行いますか？ – rapid3642
はい。サーバー側では、たとえば、オーバーラップをチェックするためにUTCのdatetimesを比較することができます。ユーザーから（ローカライズされた）日付を取得したらすぐに、それを計算または保存する前にUTCに変換してください。ストレージから計算またはUTC日付をフェッチした後、表示する前にユーザーロケールに変換します。ここでも、これらのコンバージョンのほとんどを処理する拡張機能やフレームワークがあります。 –