トップ   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS   ログイン

[[Perl]]

''UTF8フラグに関する情報''
-[[UTF8 フラグあれこれ:http://d.hatena.ne.jp/dayflower/20080219/1203493616]]
-[[Perl 5.8.x Unicode関連:http://www.rwds.net/kuroita/program/Perl_unicode.html]]
-[[perl - utf8::is_utf8("\x{ff}") == 0:http://blog.livedoor.jp/dankogai/archives/51004472.html]]
-[[Perl5.8でUTF-8のメモ:http://tech.bayashi.jp/archives/entry/perl/2008/002104.html]]
-[[use Encode;:http://e8y.net/mag/015-encode/]]

''UTF8フラグは何が間違っているのか?''
-「文字列」という用語をアプリケーションプログラマとインタプリタの間で共有できないものにしてしまった。
-アプリケーションプログラマは自分が扱う文字列の他にインタプリタのための文字列も扱う必要が生じて、仕事が増えた。
-UTF8フラグの状態遷移(ONからOFF、およびOFFからON)は直行しておらず、事態をさらに複雑にした。

''文字とコンピュータ''
-コンピュータは文字を扱うことはできないため、個々の文字に割当てられた数値を扱う。
-数値の処理結果を利用して「文字を扱っていることにしている」のは人間の脳の働きである。
-とあるバイト列がバイナリデータなのか文字列なのかは人間にしか区別することはできない。
-心のないコンピュータにはこれらの区別を行うことができない。
-UTF8フラグはこれらの2つをコンピュータによって区別する試みであったが、必ずしも利用者の心と一致する結果とはならない。

''どのように解決するか?''
-システム的にはバイナリのバイト列と文字列を区別なく扱い、それらの区別は人間が行うという従来の方法に戻す。
-文字列はバイナリのバイト列としても扱えるのはもちろんのこと、バイナリのバイト列は文字列としても扱えるように戻す。
-UTF8フラグを使用しないようにする。

''将来に向かって''
-同様の失敗を繰り返さないよう、UTF8フラグとこれらの情報を広く公開する。
-[[WindowsでPerl 5.8/5.10を使うモンじゃない:http://www.aritia.jp/hizumi/perl/perlwin.html]]
-[[Shift-JISテキストを正しく扱う:http://homepage1.nifty.com/nomenclator/perl/shiftjis.htm]]
-[[UTF-8フラグの立て方・降ろし方:http://www.rakunet.org/tsnet/TSabc/18/546.html]]
-[[Perl::utf8.pm:http://blonde.ddo.jp/object/glob.pl/2010/11/18/21/17/12]]

PerlのUTF8フラグについてどう思いますか?
#vote(UTF8フラグは必要[0],UTF8フラグは不要[2],わからない[0],その他[0])