RubyでIntegerと文字を相互変換する - Qiita
古くは弾さんのエントリにもあるchrとordのお話。 なお、Ruby1.9以降を前提にしています。1.8は多分挙動がだいぶ違うはず。 RubyとUnicodeのCodepointの話は、下記の記事がわかりやすくよくまとまっていています。 Ruby にて文字と Unicode コードポイントの相互変換を行う - vivid memo ポイント ASCIIにない範囲の文字をchrするときは、encodingを指定すること UnicodeのRangeは、0x0〜0x10FFFF (1114111)まで サンプルコード # ASCIIの変換 p "A".ord # => 65 p 65.chr # => "A" p "A".ord.chr # => "A" # UTF-8の変換 p "文".ord # => 25991 # encodingを指定しないとUS-ASCIIの範囲で文字を返そうとする
rails cで日本語が通らないときの直し方 - Qiita
Macで漫然とRubyをインストールすると、rails consoleやirbで日本語を使えないことがある。（どうなるかというと、日本語の変換を確定した途端に「\U+FFE3\U+FFAB」みたいにUnicodeのエスケープっぽいものが表示される。）そうなった時の直し方を説明する。 なぜ日本語を使えないのか 大雑把に言うと、Macに付属しているコマンドライン処理のライブラリ(libedit)が日本語に対応していないから。これを使わず、libreadlineを使うようにすれば直る。 誰がlibeditを使っているのか Rubyをインストールしたディレクトリのどこかにあるreadline.bundleが使っている。findコマンドを使えば見つけられる。例えば、rbenvを使ってRubyをインストールしたなら、下のコマンドで見つかるだろう。
「文字列を文字の列とみなす単純化」ってどういうこと？解説編 - 西尾泰和のはてなダイアリー
先日 @shyouhei さんのTweetに反応して文字列が文字の列かどうかが言語によって異なるという話をTweetしました。 shyouheiさんの投稿: PythonはどうかしらんがRubyの設計思想は「世の中はシンプルじゃない」だからな。文字列を文字の列とみなす発想その物がすでにRubyからすると過度に世界を単純化しすぎている。 https://twitter.com/shyouhei/status/528106973565165568 もうちょっと言っておくと数値計算で勝ち目のないRubyは文字列処理にめっちゃ注力してるんで。文字列処理こそがRubyの主戦場。そこでRubyが文字列をあえてカタマリで扱ってることにはそれなりの理由というものがある。つまり分解しようとするほうが困りごとが増える。IVSとか。 https://twitter.com/shyouhei/status/528
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
