Date.Parse(String) メソッド

定義

名前空間:: Java.Util

アセンブリ:: Mono.Android.dll

重要

一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。

注意事項

deprecated

文字列 s を日付と時刻の表現として解釈しようとします。

[Android.Runtime.Register("parse", "(Ljava/lang/String;)J", "")]
[System.Obsolete("deprecated")]
public static long Parse(string? s);

[<Android.Runtime.Register("parse", "(Ljava/lang/String;)J", "")>]
[<System.Obsolete("deprecated")>]
static member Parse : string -> int64

パラメーター

s: String

日付として解析される文字列。

返品

Int64

文字列引数で表される 1970 年 1 月 1 日 00:00:00 GMT 以降のミリ秒数。

属性: RegisterAttribute ObsoleteAttribute

注釈

文字列 s を日付と時刻の表現として解釈しようとします。試行が成功した場合、示された時刻はエポックからの距離 (ミリ秒単位) で表されます (1970 年 1 月 1 日の 00:00:00 GMT)。試行が失敗すると、 IllegalArgumentException がスローされます。

多くの構文を受け入れます。特に、IETF 標準の日付構文 "Sat, 12 Aug 1995 13:30:00 GMT" が認識されます。また、米国大陸のタイムゾーンの省略形も理解されていますが、一般的には、"Sat, 12 Aug 1995 13:30:00 GMT+0430" (グリニッジ子午線の西 4 時間 30 分) のタイムゾーンオフセットを使用する必要があります。タイムゾーンが指定されていない場合は、ローカルタイムゾーンが想定されます。 GMT と UTC は同等と見なされます。

文字列 s は、関心のあるデータを探して、左から右に処理されます。 (および)の ASCII かっこ内にあるs内のすべてのマテリアルは無視されます。かっこは入れ子にすることができます。それ以外の場合、 s 内で許可される文字は ASCII 文字 ( <blockquote) のみです。>

abcdefghijklmnopqrstuvwxyz
            ABCDEFGHIJKLMNOPQRSTUVWXYZ
            0123456789,+-:/

</blockquote> および空白文字。

連続する 10 進数のシーケンスは、10 進数として扱われます:<ul><li>数値の前に + または - があり、年が既に認識されている場合、数値はタイムゾーンオフセットです。数値が 24 未満の場合は、時間単位で測定されたオフセットです。それ以外の場合は、分単位のオフセットと見なされ、句読点のない 24 時間形式で表されます。上記の - は、西向きのオフセットを意味します。タイムゾーンオフセットは、常に UTC (グリニッジ) に対して相対的です。したがって、たとえば、文字列で発生 -5 は "グリニッジの西 5 時間" を意味し、 +0430 は "グリニッジから 4 時間 30 分東" を意味します。文字列では、GMT-5やutc+0430など、GMT、UT、またはUTCを冗長に指定できます。 <li>次のいずれかの条件が true の場合、数値は年番号と見なされます。 <ul><li>数値は 70 以上で、その後にスペースが続きます。コンマ、スラッシュ、または文字列の末尾 <li>数値が 70 未満で、月と日の両方が既に認識されています</li></ul> 認識された年の数が 100 未満の場合、日付は、Date クラスが初期化される 80 年前から 19 年後の 1 世紀に対して省略された年として解釈されます。年数を調整すると、1900 が減算されます。たとえば、現在の年が 1999 年の場合、19 から 99 の範囲の年は 1919 から 1999 を意味するものと見なされ、0 から 18 までの年は 2000 年から 2018 年を意味すると見なされます。これは、 java.text.SimpleDateFormatで使用される 100 未満の年の解釈とは若干異なっています。 <li>数値の後にコロンが続いている場合は、1 時間と見なされ、1 時間が既に認識されていない限り、1 分と見なされます。 <li>数値の後にスラッシュが続く場合は、月が既に認識されていない限り、月 ( 0 から 11までの範囲の数値を生成するために 1 ずつ減少) と見なされ、その場合は月の日と見なされます。 <li>数字の後に空白、コンマ、ハイフン、または文字列の終わりがある場合、1 時間が認識されたが 1 分でない場合は 1 分と見なされます。それ以外の場合は、分が 1 秒ではなく 1 秒と見なされます。それ以外の場合は、月の日と見なされます。 </ul>

連続する一連の文字は単語と見なされ、次のように扱われます:<ul><li>大文字と小文字を区別しない AMに一致する単語は無視されます (ただし、1 時間が認識されていないか、 1 未満または 12より大きい場合、解析は失敗します)。 <li>大文字と小文字を区別しない PMに一致する単語は、時間に 12 を追加します (ただし、1 時間が認識されていないか、 1 より小さいか、 12より大きい場合、解析は失敗します)。 <li>大文字と小文字を区別しないで、 SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAYまたは SATURDAYのプレフィックスと一致する単語は無視されます。たとえば、 sat, Friday, TUEと Thurs は無視されます。 <li>それ以外の場合、JANUARY, FEBRUARY, MARCH, APRIL, MAY, JUNE, JULY, AUGUST, SEPTEMBER, OCTOBER, NOVEMBERのプレフィックスまたはDECEMBERに一致する単語は、大文字と小文字を無視し、ここで指定した順序で考慮すると、月を指定すると認識され、数値に変換されます (011)。たとえば、 aug, Sept, april、 NOV は月として認識されます。 MAYではなく、MARCHとして認識されるMaも同様です。 <li>大文字と小文字を区別せず、 GMT, UTまたは UTCに一致する単語は UTC を参照するものとして扱われます。 <li>大文字と小文字を区別しないで EST, CST, MSTまたは PSTに一致する単語は、それぞれグリニッジから西に 5 時間、6 時間、7 時間、または 8 時間の北米のタイムゾーンを指していると認識されます。 EDT, CDT, MDTに一致する単語、または大文字と小文字を区別しないPDTは、夏時間中にそれぞれ同じタイムゾーンを参照していると認識されます</ul>

文字列全体がスキャンされると、2 つの方法のいずれかで時間結果に変換されます。タイムゾーンまたはタイムゾーンオフセットが認識された場合、年、月、日、時、分、秒が UTC で解釈され、タイムゾーンオフセットが適用されます。それ以外の場合、年、月、日、時、分、秒はローカルタイムゾーンで解釈されます。

このメンバーは非推奨です。 JDK バージョン 1.1 の時点で、 DateFormat.parse(String s)に置き換えられました。

Javaドキュメント。

このページの一部は、によって作成および共有され、に記載されている条件に従って使用される作業に基づく変更です。

適用対象