NonSoft - 文字コード判定のサンプル(VB.NET)
＜このサンプルの概要＞ このサンプルは以下のアルゴリズムで文字コード判定をしています。文字コードの性質上、 １００％完璧な文字コード判定は難しいですが出来るだけ精度の高い判定を目指しています。 １．JIS(ISO-2022-JP)の文字コード判定 以下の制御コード列が存在したらJIS(ISO-2022-JP)と判定とする。 ・&H1B, &H28, &H42 (ASCII) ・&H1B, &H28, &H4A (JISローマ字) ・&H1B, &H28, &H49 (JISカナ字) ・&H1B, &H24, &H40 (旧JIS漢字) ・&H1B, &H24, &H42 (新JIS漢字) ・&H1B, &H24, &H44 (JIS補助漢字) 存在しなければ他の文字コードと判定する。 ２．UNICODEの文字コード判定 以下の制御コード列が存在したらUNICODEと判定とする。 ・&HFF
EncodingクラスとBOMありなしの制御 - smdn.jp
EncodingクラスとBOMありなしの制御を更新、標準ストリーム(Consoleクラス・Processクラス)におけるBOM出力の動作を追記
ICU - International Components for Unicode - Why Use ICU4J?
Fully implements current standards Unicode collation, normalization, break iteration Updated more frequently than Java Full CLDR Locale data Improved performance Normalization Addresses lack of Unicode normalization support in Java 5 Addresses outdated Unicode normalization support in Java 6 Up-To-Date Unicode version Java 5 & 6 are Unicode 4.0, while ICU 4.0 is Unicode 5.1 Characters added after
JavaSE 7でメソッド名に使えなくなった文字 | 株式会社エイチ・オー・エス
パッケージJava製品開発担当の大です。こんにちは。 朝晩はだいぶ肌寒くなって、秋らしい空気になってきましたね。 前回も書いたとおり、現在HOSでは製品のJavaSE 7での動作検証を進めています。JavaSE 7で早く使いたい方、申し訳ありませんがいましばらくお待ちください。 さて、検証している上でちょっと困ったことが出てきました。従来動いていたテストコードの一部が、JavaSE 7ではコンパイルもできなくなってしまったのです。これはJavaSE 7の不具合か？と思い、調査してみました。 日本語のテストメソッド名 製品のクラス名やメソッド名では使いませんが、開発時のユニットテストのメソッド名やクラス名は、最近は、基本的に日本語で書くようになりました。これまで日本語メソッド名で特に問題が起こっていなかったことと、テストのレポートの出力がアルファベットのキャメルケースに比べ圧倒的に見やすいか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code Page Identifiers - Win32 apps
