Note: This page describes MessageFormatter, which is a Technical Preview API implementing MessageFormat 2.0. It will be a successor to the current ICU MessageFormat. MessageFormat 2.0 is being developed in a working group, which has created a draft specification. A version of the specification is included in LDML 45. Also see the API docs for MessageFormatter.
Overview of MessageFormatter
The MessageFormatter class is the next iteration of MessageFormat, implemented in both ICU4J and ICU4C This new version builds on the lessons learned from using MessageFormat for 25 years in various environments, when used directly or as a base for other public APIs.
The effort to design a successor to MessageFormat is a specification referred to as MessageFormat 2.0. The reasoning for this effort is shared in the “Why MessageFormat needs a successor” document.
MessageFormat 2.0 is more modular and easier to port and backport. It also provides extension points via interfaces to allow users to supply new formatters and selectors without having to modify the specification. ICU will eventually include support for new formatters, such as intervals, relative time, lists, measurement units, personal names, and more, as well as the ability for users to supply their own custom implementations. These will potentially support use cases like grammatical gender, inflection, markup regimes (such as those require for text-to-speech), and other complex message management needs.
The MessageFormat Working Group, which develops the new data model, semantics, and syntax, is hosted on GitHub. The current specification for the syntax and data model can be found here.
This technical preview implements functions according to the LDML 45 version of the specification.
ICU4J
Examples
Basic usage
importstaticorg.junit.Assert.assertEquals;importjava.util.Date;importjava.util.HashMap;importjava.util.Locale;importjava.util.Map;importcom.ibm.icu.message2.MessageFormatter;@TestpublicvoidtestMf2(){finalLocaleenGb=Locale.forLanguageTag("en-GB");Map<String,Object>arguments=newHashMap<>();arguments.put("name","John");arguments.put("exp",newDate(1679971371000L));// March 27, 2023, 7:42:51 PMMessageFormattermf2=MessageFormatter.builder().setPattern("{Hello {$name}, your card expires on {$exp :datetime skeleton=yMMMdE}!}").setLocale(enGb).build();assertEquals("Hello John, your card expires on Mon, 27 Mar 2023!",mf2.formatToString(arguments));}
@TestpublicvoidtestMf2Selection(){finalStringmessage=".match {$count :plural}"+" when 1 {You have one notification.}"+" when one {You have {$count} notification.}"+" when * {You have {$count} notifications.}";finalLocaleenGb=Locale.forLanguageTag("en-GB");Map<String,Object>arguments=newHashMap<>();MessageFormattermf2=MessageFormatter.builder().setPattern(message).setLocale(enGb).build();arguments.put("count",1);assertEquals("You have one notification.",mf2.formatToString(arguments));arguments.put("count",42);assertEquals("You have 42 notifications.",mf2.formatToString(arguments));}
Built-in formatter functions
The tech preview implementation comes with a formatter and selector for numbers (number), date / time formatters (datetime), and a string selector (string), very similar to what MessageFormat offers.
The ICU test code covers most features, and has examples of how to make custom placeholder formatters; you can look for classes that implement com.ibm.icu.message2.FormatterFactory (they are named Custom*Test.java).
Functions currently implemented
These are the functions implemented in ICU 75.1. The functions will change in a future release to be consistent with the current MF2 specification.
datetime
Similar to MessageFormat's date and time.
datestyle and timestyle Similar to argStyle : short | medium | long | full. Same values are accepted, but we can use both in one placeholder, for example {$due :datetime datestyle=full timestyle=long}.
pattern Similar to argStyle = argStyleText. This is bad i18n practice, and will probably be dropped. This is included just to support migration to MessageFormat 2.
minimumFractionDigits Only implemented to be able to pass the unit tests from the ECMA tech preview implementation, which prefers options bags to skeletons. TBD if the final function will support skeletons, option backs, or both.
offset Used to support plural with an offset.
identity
Returns the direct string value of the argument (calling toString()).
plural
Similar to MessageFormat's plural.
skeleton These are the number skeletons as supported by com.ibm.icu.number.NumberFormatter. Can also be indirect, from a local variable of type number (recommended).
offset Used to support plural with an offset. Can also be indirect, from a local variable of type number (recommended).
selectordinal
Similar to MessageFormat's selectordinal. For now it accepts the same parameters as plural, although there is no use case for them. TBD if this will be merged into plural (with some kind option) or not.
select
Literal match, same as MessageFormat's select.
Quickstart guide
If you don’t have ICU set up, here are instructions for doing that using Maven or Gradle:
Open the test file (src/test/java/org/unicode/AppTest.java) and copy / paste the include directives and the testMf2() method shown in the previous section.
In the app/build.gradle file, find the dependencies {...} section add this:
implementation 'com.ibm.icu:icu4j:72.1'
Add a bit of code
Open the test file (src/test/java/org/unicode/AppTest.java) and copy / paste the include directives and the testMf2() method shown in the previous section.
Test it
$ gradle test
Experiment from here
At this point you have a basic application using MessageFormat 2.
You can experiment with more messages using as inspiration: