Windows-31Jに変換する時の例外を防止するためのString拡張 - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/yugo-yamamoto

11 usersがブックマークコメント

コメント

0

記事へのコメント0件

注目コメント
新着コメント

新着コメントはまだありません。
このエントリーにコメントしてみましょう。

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

Windows-31Jに変換する時の例外を防止するためのString拡張 - Qiita

#変換テーブル上の文字が置換されていることを確認 from_chr = "\u{301C 2212 00A2 00A3 00AC 2013 2014... #変換テーブル上の文字が置換されていることを確認 from_chr = "\u{301C 2212 00A2 00A3 00AC 2013 2014 2016 203E 00A0 00F8 203A}" p from_chr p from_chr.sjisable #Shift_JISにもWindows-31Jにもない文字は諦めて？にする p "ä".sjisable # Windows拡張領域は保持されていることを確認 p "①②③髙島屋".sjisable 実行結果これどんないいことがあるの？ Rubyの内部コードはもはやUTF8。だけど、最終的にはエクセル向けにシフトJISのCSVを出力することもある。だけど、内部コードから出力時にエンコード変換をすると、対応する文字が見つからなくて、例外がでちゃう。例外はヤなので、多少は文字を置き換え（もしくは全く変換できないものは？に置換）して

ブックマークしたユーザー

snjx2019/10/18
animist2018/03/30
maskyo2016/09/28
cpw2016/05/28
ttokano2015/07/22
takehikom2015/05/29
tsuboty2014/11/26
yuhei_kagaya2014/11/25

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx