タグ

ブックマーク / kazama.hatenablog.com (2)

  • 「Java 6 でIVSを比較すると何が起こるか」の記事の誤り - Cafe Babe

    以下の記事に誤りが散見されるが,それが広まるのは望ましくないので,ここで誤りを指摘しておく. 「Java 6 でIVSを比較すると何が起こるか」(yanok.net) まず,Javaの文字列の同一性判定の話である. これは想像通りですね。単にcharの列を比較しただけの結果になっています。つまり、見た目の区別がつかなくても容赦なく別々の文字列として扱っています。これが何をもたらすかというと、Stringクラスで比較しているプログラムに対しては、"与" と "与[0E0100]" と "与[0E0102]" を、見た目の区別がないにもかかわらず、人が入力し分けてやらないと困ることになるということです。 Java言語でUnicode文字列が同一性を判定するには,いくつかの方法がある. java.lang.String#equals()…単なるUnicode文字シーケンスの同一性を判定する ja

    「Java 6 でIVSを比較すると何が起こるか」の記事の誤り - Cafe Babe
  • レガシーエンコーディングの問題 - Cafe Babe

    id:hyoshiokさんのところで,次のように,OSS関係ソフトウェアにおけるレガシーエンコーディングの問題を解決しようという試みに関する記事が投稿されている. http://d.hatena.ne.jp/hyoshiok/20060316 これはオープンソースソフトウェア活用基盤整備事業として採択され,今後メーリングリストなどを通じて話し合うようである. …が,これって事前にこの分野の専門家にちゃんと打診した上で提案したのかなあと,少し不安に思っている. これらの問題については,たとえば以前にも情報交換記述言語調査研究委員会において,MicrosoftApple Computerなどのベンダや,W3C,Unicode Consortium,国内のJIS漢字コードの委員会などの関係者を集めて議論したことがあるが,結局は次のような結論になってしまった, http://www.y-adag

    レガシーエンコーディングの問題 - Cafe Babe
  • 1