Index: intl/lib/src/intl/date_format.dart |
diff --git a/intl/lib/src/intl/date_format.dart b/intl/lib/src/intl/date_format.dart |
deleted file mode 100644 |
index 40ff895c93c1663b4bf43b70bac1b367b05f54a7..0000000000000000000000000000000000000000 |
--- a/intl/lib/src/intl/date_format.dart |
+++ /dev/null |
@@ -1,694 +0,0 @@ |
-// Copyright (c) 2012, the Dart project authors. Please see the AUTHORS file |
-// for details. All rights reserved. Use of this source code is governed by a |
-// BSD-style license that can be found in the LICENSE file. |
- |
-part of intl; |
- |
-// TODO(efortuna): Customized pattern system -- suggested by i18n needs |
-// feedback on appropriateness. |
-/** |
- * DateFormat is for formatting and parsing dates in a locale-sensitive |
- * manner. |
- * |
- * It allows the user to choose from a set of standard date time formats as well |
- * as specify a customized pattern under certain locales. Date elements that |
- * vary across locales include month name, week name, field order, etc. |
- * We also allow the user to use any customized pattern to parse or format |
- * date-time strings under certain locales. Date elements that vary across |
- * locales include month name, weekname, field, order, etc. |
- * |
- * Formatting dates in the default "en_US" format does not require any |
- * initialization. e.g. |
- * print(new DateFormat.yMMMd().format(new Date.now())); |
- * |
- * But for other locales, the formatting data for the locale must be |
- * obtained. This can currently be done |
- * in one of three ways, determined by which library you import. In all cases, |
- * the "initializeDateFormatting" method must be called and will return a future |
- * that is complete once the locale data is available. The result of the future |
- * isn't important, but the data for that locale is available to the date |
- * formatting and parsing once it completes. |
- * |
- * The easiest option is that the data may be available locally, imported in a |
- * library that contains data for all the locales. |
- * import 'package:intl/date_symbol_data_local.dart'; |
- * initializeDateFormatting("fr_FR", null).then((_) => runMyCode()); |
- * |
- * If we are running outside of a browser, we may want to read the data |
- * from files in the file system. |
- * import 'package:intl/date_symbol_data_file.dart'; |
- * initializeDateFormatting("de_DE", null).then((_) => runMyCode()); |
- * |
- * If we are running in a browser, we may want to read the data from the |
- * server using the XmlHttpRequest mechanism. |
- * import 'package:intl/date_symbol_data_http_request.dart'; |
- * initializeDateFormatting("pt_BR", null).then((_) => runMyCode()); |
- * |
- * The code in example/basic/basic_example.dart shows a full example of |
- * using this mechanism. |
- * |
- * Once we have the locale data, we need to specify the particular format. |
- * This library uses the ICU/JDK date/time pattern specification both for |
- * complete format specifications and also the abbreviated "skeleton" form |
- * which can also adapt to different locales and is preferred where available. |
- * |
- * Skeletons: These can be specified either as the ICU constant name or as the |
- * skeleton to which it resolves. The supported set of skeletons is as follows. |
- * For each skeleton there is a named constructor that can be used to create it. |
- * It's also possible to pass the skeleton as a string, but the constructor |
- * is preferred. |
- * |
- * ICU Name Skeleton |
- * -------- -------- |
- * DAY d |
- * ABBR_WEEKDAY E |
- * WEEKDAY EEEE |
- * ABBR_STANDALONE_MONTH LLL |
- * STANDALONE_MONTH LLLL |
- * NUM_MONTH M |
- * NUM_MONTH_DAY Md |
- * NUM_MONTH_WEEKDAY_DAY MEd |
- * ABBR_MONTH MMM |
- * ABBR_MONTH_DAY MMMd |
- * ABBR_MONTH_WEEKDAY_DAY MMMEd |
- * MONTH MMMM |
- * MONTH_DAY MMMMd |
- * MONTH_WEEKDAY_DAY MMMMEEEEd |
- * ABBR_QUARTER QQQ |
- * QUARTER QQQQ |
- * YEAR y |
- * YEAR_NUM_MONTH yM |
- * YEAR_NUM_MONTH_DAY yMd |
- * YEAR_NUM_MONTH_WEEKDAY_DAY yMEd |
- * YEAR_ABBR_MONTH yMMM |
- * YEAR_ABBR_MONTH_DAY yMMMd |
- * YEAR_ABBR_MONTH_WEEKDAY_DAY yMMMEd |
- * YEAR_MONTH yMMMM |
- * YEAR_MONTH_DAY yMMMMd |
- * YEAR_MONTH_WEEKDAY_DAY yMMMMEEEEd |
- * YEAR_ABBR_QUARTER yQQQ |
- * YEAR_QUARTER yQQQQ |
- * HOUR24 H |
- * HOUR24_MINUTE Hm |
- * HOUR24_MINUTE_SECOND Hms |
- * HOUR j |
- * HOUR_MINUTE jm |
- * HOUR_MINUTE_SECOND jms |
- * HOUR_MINUTE_GENERIC_TZ jmv |
- * HOUR_MINUTE_TZ jmz |
- * HOUR_GENERIC_TZ jv |
- * HOUR_TZ jz |
- * MINUTE m |
- * MINUTE_SECOND ms |
- * SECOND s |
- * |
- * Examples Using the US Locale: |
- * |
- * Pattern Result |
- * ---------------- ------- |
- * new DateFormat.yMd() -> 7/10/1996 |
- * new DateFormat("yMd") -> 7/10/1996 |
- * new DateFormat.yMMMMd("en_US") -> July 10, 1996 |
- * new DateFormat.jm() -> 5:08 PM |
- * new DateFormat.yMd().add_jm() -> 7/10/1996 5:08 PM |
- * new DateFormat.Hm() -> 17:08 // force 24 hour time |
- * |
- * Explicit Pattern Syntax: Formats can also be specified with a pattern string. |
- * This can be used for formats that don't have a skeleton available, but these |
- * will not adapt to different locales. For example, in an explicit pattern the |
- * letters "H" and "h" are available for 24 hour and 12 hour time formats |
- * respectively. But there isn't a way in an explicit pattern to get the |
- * behaviour of the "j" skeleton, which prints 24 hour or 12 hour time according |
- * to the conventions of the locale, and also includes am/pm markers where |
- * appropriate. So it is preferable to use the skeletons. |
- * |
- * The following characters are available in explicit patterns: |
- * |
- * Symbol Meaning Presentation Example |
- * ------ ------- ------------ ------- |
- * G era designator (Text) AD |
- * y year (Number) 1996 |
- * M month in year (Text & Number) July & 07 |
- * L standalone month (Text & Number) July & 07 |
- * d day in month (Number) 10 |
- * c standalone day (Number) 10 |
- * h hour in am/pm (1~12) (Number) 12 |
- * H hour in day (0~23) (Number) 0 |
- * m minute in hour (Number) 30 |
- * s second in minute (Number) 55 |
- * S fractional second (Number) 978 |
- * E day of week (Text) Tuesday |
- * D day in year (Number) 189 |
- * a am/pm marker (Text) PM |
- * k hour in day (1~24) (Number) 24 |
- * K hour in am/pm (0~11) (Number) 0 |
- * z time zone (Text) Pacific Standard Time |
- * Z time zone (RFC 822) (Number) -0800 |
- * v time zone (generic) (Text) Pacific Time |
- * Q quarter (Text) Q3 |
- * ' escape for text (Delimiter) 'Date=' |
- * '' single quote (Literal) 'o''clock' |
- * |
- * The count of pattern letters determine the format. |
- * |
- * **Text**: |
- * * 5 pattern letters--use narrow form for standalone. Otherwise does not apply |
- * * 4 or more pattern letters--use full form, |
- * * 3 pattern letters--use short or abbreviated form if one exists |
- * * less than 3--use numeric form if one exists |
- * |
- * **Number**: the minimum number of digits. Shorter numbers are zero-padded to |
- * this amount (e.g. if "m" produces "6", "mm" produces "06"). Year is handled |
- * specially; that is, if the count of 'y' is 2, the Year will be truncated to |
- * 2 digits. (e.g., if "yyyy" produces "1997", "yy" produces "97".) Unlike other |
- * fields, fractional seconds are padded on the right with zero. |
- * |
- * **(Text & Number)**: 3 or over, use text, otherwise use number. |
- * |
- * Any characters not in the pattern will be treated as quoted text. For |
- * instance, characters like ':', '.', ' ', '#' and '@' will appear in the |
- * resulting text even though they are not enclosed in single quotes. In our |
- * current pattern usage, not all letters have meanings. But those unused |
- * letters are strongly discouraged to be used as quoted text without quotes, |
- * because we may use other letters as pattern characters in the future. |
- * |
- * Examples Using the US Locale: |
- * |
- * Format Pattern Result |
- * -------------- ------- |
- * "yyyy.MM.dd G 'at' HH:mm:ss vvvv" 1996.07.10 AD at 15:08:56 Pacific Time |
- * "EEE, MMM d, ''yy" Wed, July 10, '96 |
- * "h:mm a" 12:08 PM |
- * "hh 'o''clock' a, zzzz" 12 o'clock PM, Pacific Daylight Time |
- * "K:mm a, vvv" 0:00 PM, PT |
- * "yyyyy.MMMMM.dd GGG hh:mm aaa" 01996.July.10 AD 12:08 PM |
- * |
- * When parsing a date string using the abbreviated year pattern ("yy"), |
- * DateFormat must interpret the abbreviated year relative to some |
- * century. It does this by adjusting dates to be within 80 years before and 20 |
- * years after the time the parse function is called. For example, using a |
- * pattern of "MM/dd/yy" and a DateParse instance created on Jan 1, 1997, |
- * the string "01/11/12" would be interpreted as Jan 11, 2012 while the string |
- * "05/04/64" would be interpreted as May 4, 1964. During parsing, only |
- * strings consisting of exactly two digits, as defined by {@link |
- * java.lang.Character#isDigit(char)}, will be parsed into the default |
- * century. Any other numeric string, such as a one digit string, a three or |
- * more digit string will be interpreted as its face value. |
- * |
- * If the year pattern does not have exactly two 'y' characters, the year is |
- * interpreted literally, regardless of the number of digits. So using the |
- * pattern "MM/dd/yyyy", "01/11/12" parses to Jan 11, 12 A.D. |
- */ |
- |
-class DateFormat { |
- |
- /** |
- * Creates a new DateFormat, using the format specified by [newPattern]. For |
- * forms that match one of our predefined skeletons, we look up the |
- * corresponding pattern in [locale] (or in the default locale if none is |
- * specified) and use the resulting full format string. This is the |
- * preferred usage, but if [newPattern] does not match one of the skeletons, |
- * then it is used as a format directly, but will not be adapted to suit |
- * the locale. |
- * |
- * For example, in an en_US locale, specifying the skeleton |
- * new DateFormat.yMEd(); |
- * or the explicit |
- * new DateFormat('EEE, M/d/y'); |
- * would produce the same result, a date of the form |
- * Wed, 6/27/2012 |
- * The first version would produce a different format string if used in |
- * another locale, but the second format would always be the same. |
- * |
- * If [locale] does not exist in our set of supported locales then an |
- * [ArgumentError] is thrown. |
- */ |
- DateFormat([String newPattern, String locale]) { |
- // TODO(alanknight): It should be possible to specify multiple skeletons eg |
- // date, time, timezone all separately. Adding many or named parameters to |
- // the constructor seems awkward, especially with the possibility of |
- // confusion with the locale. A "fluent" interface with cascading on an |
- // instance might work better? A list of patterns is also possible. |
- _locale = Intl.verifiedLocale(locale, localeExists); |
- addPattern(newPattern); |
- } |
- |
- /** |
- * Return a string representing [date] formatted according to our locale |
- * and internal format. |
- */ |
- String format(DateTime date) { |
- // TODO(efortuna): read optional TimeZone argument (or similar)? |
- var result = new StringBuffer(); |
- _formatFields.forEach((field) => result.write(field.format(date))); |
- return result.toString(); |
- } |
- |
- /** |
- * NOT YET IMPLEMENTED. |
- * |
- * Returns a date string indicating how long ago (3 hours, 2 minutes) |
- * something has happened or how long in the future something will happen |
- * given a [reference] DateTime relative to the current time. |
- */ |
- String formatDuration(DateTime reference) => ''; |
- |
- /** |
- * NOT YET IMPLEMENTED. |
- * |
- * Formats a string indicating how long ago (negative [duration]) or how far |
- * in the future (positive [duration]) some time is with respect to a |
- * reference [date]. |
- */ |
- String formatDurationFrom(Duration duration, DateTime date) => ''; |
- |
- /** |
- * Given user input, attempt to parse the [inputString] into the anticipated |
- * format, treating it as being in the local timezone. If [inputString] does |
- * not match our format, throws a [FormatException]. This will accept dates |
- * whose values are not strictly valid, or strings with additional characters |
- * (including whitespace) after a valid date. For stricter parsing, use |
- * [parseStrict]. |
- */ |
- DateTime parse(String inputString, [utc = false]) => |
- _parse(inputString, utc: utc, strict: false); |
- |
- /** |
- * Given user input, attempt to parse the [inputString] "loosely" into the |
- * anticipated format, accepting some variations from the strict format. |
- * |
- * If [inputString] |
- * is accepted by [parseStrict], just return the result. If not, attempt to |
- * parse it, but accepting either upper or |
- * lower case, allowing delimiters to be missing and replaced or |
- * supplemented with whitespace, |
- * and allowing arbitrary amounts of whitespace wherever whitespace is |
- * permitted. Note that this does not allow trailing characters, the way |
- * [parse] does. It also does not allow leading whitespace on delimiters, |
- * and does not allow alternative names for months or weekdays other than |
- * those the format knows about. The restrictions are quite arbitrary and |
- * it's not known how well they'll work for locales that aren't English-like. |
- * |
- * If [inputString] does not parse, this throws a |
- * [FormatException]. |
- * |
- * For example, this will accept |
- * |
- * new DateFormat.yMMMd("en_US").parseLoose("SEp 3 2014"); |
- * new DateFormat.yMd("en_US").parseLoose("09 03/2014"); |
- * |
- * It will NOT accept |
- * |
- * // "Sept" is not a valid month name. |
- * new DateFormat.yMMMd("en_US").parseLoose("Sept 3, 2014"); |
- * // Delimiters can't have leading whitespace. |
- * new DateFormat.yMd("en_US").parseLoose("09 / 03 / 2014"); |
- */ |
- DateTime parseLoose(String inputString, [utc = false]) { |
- try { |
- return _parse(inputString, utc: utc, strict: true); |
- } on FormatException { |
- return _parseLoose(inputString.toLowerCase(), utc); |
- } |
- } |
- |
- _parseLoose(String inputString, bool utc) { |
- var dateFields = new _DateBuilder(); |
- if (utc) dateFields.utc = true; |
- var stream = new _Stream(inputString); |
- _formatFields.forEach((f) => f.parseLoose(stream, dateFields)); |
- if (!stream.atEnd()) { |
- throw new FormatException( |
- "Characters remaining after date parsing in $inputString"); |
- } |
- dateFields.verify(inputString); |
- return dateFields.asDate(); |
- } |
- |
- /** |
- * Given user input, attempt to parse the [inputString] into the anticipated |
- * format, treating it as being in the local timezone. If [inputString] does |
- * not match our format, throws a [FormatException]. This will reject dates |
- * whose values are not strictly valid, even if the |
- * DateTime constructor will accept them. It will also rejct strings with |
- * additional characters (including whitespace) after a valid date. For |
- * looser parsing, use [parse]. |
- */ |
- DateTime parseStrict(String inputString, [utc = false]) => |
- _parse(inputString, utc: utc, strict: true); |
- |
- DateTime _parse(String inputString, {utc: false, strict: false}) { |
- // TODO(alanknight): The Closure code refers to special parsing of numeric |
- // values with no delimiters, which we currently don't do. Should we? |
- var dateFields = new _DateBuilder(); |
- if (utc) dateFields.utc = true; |
- var stream = new _Stream(inputString); |
- _formatFields.forEach((f) => f.parse(stream, dateFields)); |
- if (strict && !stream.atEnd()) { |
- throw new FormatException( |
- "Characters remaining after date parsing in $inputString"); |
- } |
- if (strict) dateFields.verify(inputString); |
- return dateFields.asDate(); |
- } |
- |
- /** |
- * Given user input, attempt to parse the [inputString] into the anticipated |
- * format, treating it as being in UTC. |
- * |
- * The canonical Dart style name |
- * is [parseUtc], but [parseUTC] is retained |
- * for backward-compatibility. |
- */ |
- DateTime parseUTC(String inputString) => parse(inputString, true); |
- |
- /** |
- * Given user input, attempt to parse the [inputString] into the anticipated |
- * format, treating it as being in UTC. |
- * |
- * The canonical Dart style name |
- * is [parseUtc], but [parseUTC] is retained |
- * for backward-compatibility. |
- */ |
- DateTime parseUtc(String inputString) => parse(inputString, true); |
- |
- /** |
- * Return the locale code in which we operate, e.g. 'en_US' or 'pt'. |
- */ |
- String get locale => _locale; |
- |
- /** |
- * Returns a list of all locales for which we have date formatting |
- * information. |
- */ |
- static List<String> allLocalesWithSymbols() => dateTimeSymbols.keys.toList(); |
- |
- /** |
- * The named constructors for this class are all conveniences for creating |
- * instances using one of the known "skeleton" formats, and having code |
- * completion support for discovering those formats. |
- * So, |
- * new DateFormat.yMd("en_US") |
- * is equivalent to |
- * new DateFormat("yMd", "en_US") |
- * To create a compound format you can use these constructors in combination |
- * with the add_ methods below. e.g. |
- * new DateFormat.yMd().add_Hms(); |
- * If the optional [locale] is omitted, the format will be created using the |
- * default locale in [Intl.systemLocale]. |
- */ |
- DateFormat.d([locale]) : this("d", locale); |
- DateFormat.E([locale]) : this("E", locale); |
- DateFormat.EEEE([locale]) : this("EEEE", locale); |
- DateFormat.LLL([locale]) : this("LLL", locale); |
- DateFormat.LLLL([locale]) : this("LLLL", locale); |
- DateFormat.M([locale]) : this("M", locale); |
- DateFormat.Md([locale]) : this("Md", locale); |
- DateFormat.MEd([locale]) : this("MEd", locale); |
- DateFormat.MMM([locale]) : this("MMM", locale); |
- DateFormat.MMMd([locale]) : this("MMMd", locale); |
- DateFormat.MMMEd([locale]) : this("MMMEd", locale); |
- DateFormat.MMMM([locale]) : this("MMMM", locale); |
- DateFormat.MMMMd([locale]) : this("MMMMd", locale); |
- DateFormat.MMMMEEEEd([locale]) : this("MMMMEEEEd", locale); |
- DateFormat.QQQ([locale]) : this("QQQ", locale); |
- DateFormat.QQQQ([locale]) : this("QQQQ", locale); |
- DateFormat.y([locale]) : this("y", locale); |
- DateFormat.yM([locale]) : this("yM", locale); |
- DateFormat.yMd([locale]) : this("yMd", locale); |
- DateFormat.yMEd([locale]) : this("yMEd", locale); |
- DateFormat.yMMM([locale]) : this("yMMM", locale); |
- DateFormat.yMMMd([locale]) : this("yMMMd", locale); |
- DateFormat.yMMMEd([locale]) : this("yMMMEd", locale); |
- DateFormat.yMMMM([locale]) : this("yMMMM", locale); |
- DateFormat.yMMMMd([locale]) : this("yMMMMd", locale); |
- DateFormat.yMMMMEEEEd([locale]) : this("yMMMMEEEEd", locale); |
- DateFormat.yQQQ([locale]) : this("yQQQ", locale); |
- DateFormat.yQQQQ([locale]) : this("yQQQQ", locale); |
- DateFormat.H([locale]) : this("H", locale); |
- DateFormat.Hm([locale]) : this("Hm", locale); |
- DateFormat.Hms([locale]) : this("Hms", locale); |
- DateFormat.j([locale]) : this("j", locale); |
- DateFormat.jm([locale]) : this("jm", locale); |
- DateFormat.jms([locale]) : this("jms", locale); |
- DateFormat.jmv([locale]) : this("jmv", locale); |
- DateFormat.jmz([locale]) : this("jmz", locale); |
- DateFormat.jv([locale]) : this("jv", locale); |
- DateFormat.jz([locale]) : this("jz", locale); |
- DateFormat.m([locale]) : this("m", locale); |
- DateFormat.ms([locale]) : this("ms", locale); |
- DateFormat.s([locale]) : this("s", locale); |
- |
- /** |
- * The "add_*" methods append a particular skeleton to the format, or set |
- * it as the only format if none was previously set. These are primarily |
- * useful for creating compound formats. For example |
- * new DateFormat.yMd().add_Hms(); |
- * would create a date format that prints both the date and the time. |
- */ |
- DateFormat add_d() => addPattern("d"); |
- DateFormat add_E() => addPattern("E"); |
- DateFormat add_EEEE() => addPattern("EEEE"); |
- DateFormat add_LLL() => addPattern("LLL"); |
- DateFormat add_LLLL() => addPattern("LLLL"); |
- DateFormat add_M() => addPattern("M"); |
- DateFormat add_Md() => addPattern("Md"); |
- DateFormat add_MEd() => addPattern("MEd"); |
- DateFormat add_MMM() => addPattern("MMM"); |
- DateFormat add_MMMd() => addPattern("MMMd"); |
- DateFormat add_MMMEd() => addPattern("MMMEd"); |
- DateFormat add_MMMM() => addPattern("MMMM"); |
- DateFormat add_MMMMd() => addPattern("MMMMd"); |
- DateFormat add_MMMMEEEEd() => addPattern("MMMMEEEEd"); |
- DateFormat add_QQQ() => addPattern("QQQ"); |
- DateFormat add_QQQQ() => addPattern("QQQQ"); |
- DateFormat add_y() => addPattern("y"); |
- DateFormat add_yM() => addPattern("yM"); |
- DateFormat add_yMd() => addPattern("yMd"); |
- DateFormat add_yMEd() => addPattern("yMEd"); |
- DateFormat add_yMMM() => addPattern("yMMM"); |
- DateFormat add_yMMMd() => addPattern("yMMMd"); |
- DateFormat add_yMMMEd() => addPattern("yMMMEd"); |
- DateFormat add_yMMMM() => addPattern("yMMMM"); |
- DateFormat add_yMMMMd() => addPattern("yMMMMd"); |
- DateFormat add_yMMMMEEEEd() => addPattern("yMMMMEEEEd"); |
- DateFormat add_yQQQ() => addPattern("yQQQ"); |
- DateFormat add_yQQQQ() => addPattern("yQQQQ"); |
- DateFormat add_H() => addPattern("H"); |
- DateFormat add_Hm() => addPattern("Hm"); |
- DateFormat add_Hms() => addPattern("Hms"); |
- DateFormat add_j() => addPattern("j"); |
- DateFormat add_jm() => addPattern("jm"); |
- DateFormat add_jms() => addPattern("jms"); |
- DateFormat add_jmv() => addPattern("jmv"); |
- DateFormat add_jmz() => addPattern("jmz"); |
- DateFormat add_jv() => addPattern("jv"); |
- DateFormat add_jz() => addPattern("jz"); |
- DateFormat add_m() => addPattern("m"); |
- DateFormat add_ms() => addPattern("ms"); |
- DateFormat add_s() => addPattern("s"); |
- |
- /** |
- * For each of the skeleton formats we also allow the use of the corresponding |
- * ICU constant names. |
- */ |
- static const String ABBR_MONTH = 'MMM'; |
- static const String DAY = 'd'; |
- static const String ABBR_WEEKDAY = 'E'; |
- static const String WEEKDAY = 'EEEE'; |
- static const String ABBR_STANDALONE_MONTH = 'LLL'; |
- static const String STANDALONE_MONTH = 'LLLL'; |
- static const String NUM_MONTH = 'M'; |
- static const String NUM_MONTH_DAY = 'Md'; |
- static const String NUM_MONTH_WEEKDAY_DAY = 'MEd'; |
- static const String ABBR_MONTH_DAY = 'MMMd'; |
- static const String ABBR_MONTH_WEEKDAY_DAY = 'MMMEd'; |
- static const String MONTH = 'MMMM'; |
- static const String MONTH_DAY = 'MMMMd'; |
- static const String MONTH_WEEKDAY_DAY = 'MMMMEEEEd'; |
- static const String ABBR_QUARTER = 'QQQ'; |
- static const String QUARTER = 'QQQQ'; |
- static const String YEAR = 'y'; |
- static const String YEAR_NUM_MONTH = 'yM'; |
- static const String YEAR_NUM_MONTH_DAY = 'yMd'; |
- static const String YEAR_NUM_MONTH_WEEKDAY_DAY = 'yMEd'; |
- static const String YEAR_ABBR_MONTH = 'yMMM'; |
- static const String YEAR_ABBR_MONTH_DAY = 'yMMMd'; |
- static const String YEAR_ABBR_MONTH_WEEKDAY_DAY = 'yMMMEd'; |
- static const String YEAR_MONTH = 'yMMMM'; |
- static const String YEAR_MONTH_DAY = 'yMMMMd'; |
- static const String YEAR_MONTH_WEEKDAY_DAY = 'yMMMMEEEEd'; |
- static const String YEAR_ABBR_QUARTER = 'yQQQ'; |
- static const String YEAR_QUARTER = 'yQQQQ'; |
- static const String HOUR24 = 'H'; |
- static const String HOUR24_MINUTE = 'Hm'; |
- static const String HOUR24_MINUTE_SECOND = 'Hms'; |
- static const String HOUR = 'j'; |
- static const String HOUR_MINUTE = 'jm'; |
- static const String HOUR_MINUTE_SECOND = 'jms'; |
- static const String HOUR_MINUTE_GENERIC_TZ = 'jmv'; |
- static const String HOUR_MINUTE_TZ = 'jmz'; |
- static const String HOUR_GENERIC_TZ = 'jv'; |
- static const String HOUR_TZ = 'jz'; |
- static const String MINUTE = 'm'; |
- static const String MINUTE_SECOND = 'ms'; |
- static const String SECOND = 's'; |
- |
- /** The locale in which we operate, e.g. 'en_US', or 'pt'. */ |
- String _locale; |
- |
- /** |
- * The full template string. This may have been specified directly, or |
- * it may have been derived from a skeleton and the locale information |
- * on how to interpret that skeleton. |
- */ |
- String _pattern; |
- |
- /** |
- * We parse the format string into individual [_DateFormatField] objects |
- * that are used to do the actual formatting and parsing. Do not use |
- * this variable directly, use the getter [_formatFields]. |
- */ |
- List<_DateFormatField> _formatFieldsPrivate; |
- |
- /** |
- * Getter for [_formatFieldsPrivate] that lazily initializes it. |
- */ |
- get _formatFields { |
- if (_formatFieldsPrivate == null) { |
- if (_pattern == null) _useDefaultPattern(); |
- _formatFieldsPrivate = parsePattern(_pattern); |
- } |
- return _formatFieldsPrivate; |
- } |
- |
- /** |
- * We are being asked to do formatting without having set any pattern. |
- * Use a default. |
- */ |
- _useDefaultPattern() { |
- add_yMMMMd(); |
- add_jms(); |
- } |
- |
- /** |
- * A series of regular expressions used to parse a format string into its |
- * component fields. |
- */ |
- static List<RegExp> _matchers = [ |
- // Quoted String - anything between single quotes, with escaping |
- // of single quotes by doubling them. |
- // e.g. in the pattern "hh 'o''clock'" will match 'o''clock' |
- new RegExp("^\'(?:[^\']|\'\')*\'"), |
- // Fields - any sequence of 1 or more of the same field characters. |
- // e.g. in "hh:mm:ss" will match hh, mm, and ss. But in "hms" would |
- // match each letter individually. |
- new RegExp( |
- "^(?:G+|y+|M+|k+|S+|E+|a+|h+|K+|H+|c+|L+|Q+|d+|D+|m+|s+|v+|z+|Z+)"), |
- // Everything else - A sequence that is not quotes or field characters. |
- // e.g. in "hh:mm:ss" will match the colons. |
- new RegExp("^[^\'GyMkSEahKHcLQdDmsvzZ]+") |
- ]; |
- |
- /** |
- * Set our pattern, appending it to any existing patterns. Also adds a single |
- * space to separate the two. |
- */ |
- _appendPattern(String inputPattern, [String separator = ' ']) { |
- _pattern = |
- _pattern == null ? inputPattern : "$_pattern$separator$inputPattern"; |
- } |
- |
- /** |
- * Add [inputPattern] to this instance as a pattern. If there was a previous |
- * pattern, then this appends to it, separating the two by [separator]. |
- * [inputPattern] is first looked up in our list of known skeletons. |
- * If it's found there, then use the corresponding pattern for this locale. |
- * If it's not, then treat [inputPattern] as an explicit pattern. |
- */ |
- DateFormat addPattern(String inputPattern, [String separator = ' ']) { |
- // TODO(alanknight): This is an expensive operation. Caching recently used |
- // formats, or possibly introducing an entire "locale" object that would |
- // cache patterns for that locale could be a good optimization. |
- // If we have already parsed the format fields, reset them. |
- _formatFieldsPrivate = null; |
- if (inputPattern == null) return this; |
- if (!_availableSkeletons.containsKey(inputPattern)) { |
- _appendPattern(inputPattern, separator); |
- } else { |
- _appendPattern(_availableSkeletons[inputPattern], separator); |
- } |
- return this; |
- } |
- |
- /** Return the pattern that we use to format dates.*/ |
- get pattern => _pattern; |
- |
- /** Return the skeletons for our current locale. */ |
- Map get _availableSkeletons => dateTimePatterns[locale]; |
- |
- /** |
- * Return the [DateSymbol] information for the locale. This can be useful |
- * to find lists like the names of weekdays or months in a locale, but |
- * the structure of this data may change, and it's generally better to go |
- * through the [format] and [parse] APIs. If the locale isn't present, or |
- * is uninitialized, returns null; |
- */ |
- DateSymbols get dateSymbols => dateTimeSymbols[_locale]; |
- |
- /** |
- * Set the locale. If the locale can't be found, we also look up |
- * based on alternative versions, e.g. if we have no 'en_CA' we will |
- * look for 'en' as a fallback. It will also translate en-ca into en_CA. |
- * Null is also considered a valid value for [newLocale], indicating |
- * to use the default. |
- */ |
- _setLocale(String newLocale) { |
- _locale = Intl.verifiedLocale(newLocale, localeExists); |
- } |
- |
- /** |
- * Return true if the locale exists, or if it is null. The null case |
- * is interpreted to mean that we use the default locale. |
- */ |
- static bool localeExists(localeName) { |
- if (localeName == null) return false; |
- return dateTimeSymbols.containsKey(localeName); |
- } |
- |
- static List get _fieldConstructors => [ |
- (pattern, parent) => new _DateFormatQuotedField(pattern, parent), |
- (pattern, parent) => new _DateFormatPatternField(pattern, parent), |
- (pattern, parent) => new _DateFormatLiteralField(pattern, parent) |
- ]; |
- |
- /** Parse the template pattern and return a list of field objects.*/ |
- List parsePattern(String pattern) { |
- if (pattern == null) return null; |
- return _parsePatternHelper(pattern).reversed.toList(); |
- } |
- |
- /** Recursive helper for parsing the template pattern. */ |
- List _parsePatternHelper(String pattern) { |
- if (pattern.isEmpty) return []; |
- |
- var matched = _match(pattern); |
- if (matched == null) return []; |
- |
- var parsed = |
- _parsePatternHelper(pattern.substring(matched.fullPattern().length)); |
- parsed.add(matched); |
- return parsed; |
- } |
- |
- /** Find elements in a string that are patterns for specific fields.*/ |
- _DateFormatField _match(String pattern) { |
- for (var i = 0; i < _matchers.length; i++) { |
- var regex = _matchers[i]; |
- var match = regex.firstMatch(pattern); |
- if (match != null) { |
- return _fieldConstructors[i](match.group(0), this); |
- } |
- } |
- } |
-} |