GitHub - unicode-org/cldr: The home of the Unicode Common Locale Data RepositoryYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
CLDR - Unicode Common Locale Data RepositoryではCountryの定義がない
Drupal Commerce(画像はDrupal Commerceのサポート主体のCentarroのもの)のドキュメントを読んでいたら、住所の扱いのところで、CLDRという言葉が出てきた。リンクをたどると、CLDR - Unicode Common Locale Data Repositoryにたどり着いた。あまり深く考えたことのある人は多くないと思うのだが、プログラムで住所を扱うのは実はかなり難しい。国によって郵便番号の体型も違うし、アメリカの州とか日本の都道府県とか、住所によって税の体系が違うケースがあり、商取引を考える時は「地域」を扱えるのが望ましい。さらに、郵便物等で宛先を記載する場合の順序も違う。DrupalのAddress moduleは、社名と氏名を要素として含んでいる。直感的には氏名と住所は別だと考えたくなるが、宛先では、例えば「合同会社ユビキタスライフスタイル研究所 萩
Java 9よりデフォルトで有効になったCLDRロケール・データについて - Qiita
概要 Java 1.8で採用（ただしデフォルトでは無効）され、Java 9でデフォルトで有効になったCLDRロケール・データについて調べた内容です。 CLDRについては参考に挙げたサイトで確認できますが、簡単に説明するとUnicode Consortiumで進められているプロジェクトで、世界中の異なるロケール(日付のフォーマット、通貨名、国名、曜日の並び、数値のフォーマットなど)をデータベース化しています。 このデータはXML形式のLDML(Locale Data Markup Language)で管理、公開されており、Javaもこのデータを完全ではありませんが取り入れています。 この記事を書いた動機は、ヌーラボのアカウント基盤を Java 9 にマイグレーションして起きた問題と解決法という記事を読み、下記に引用した箇所でどのようなコードだと影響を受けるのか気になったためです。 日付や通貨
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
