投稿

Javaでの文字列結合には気をつけよう!という話

イメージ
非効率はやめよう ということでよくあるコードとして紹介されていた内容をそのままメモ。 使えるようにしておく。 public class concat { // ループごとにStringBuilderオブジェクトを生成し、2回のappend処理を行う。非効率になる可能性高し。 static String concatTest1 ( String [ ] array ) { String result = "" ; for ( String s : array ) { result += s ; // +=演算で文字列結合 } return result ; } // 効率よし。ただしイミュータブルなStringを使わないことでバグが出やすくなるためそこの安全性を取るか効率を取るかはご自由に。 static String concatTest2 ( String [ ] array ) { StringBuilder result = new StringBuilder ( ) ; for ( String s : array ) { result . append ( s ) ; // +=演算で文字列結合 } return result . toString ( ) ; } }

Javaの ? true a:b;←これ何よと思ったので

イメージ
Javaの ? true a:b;←これ何よと思ったので Javaの ? true a:b;←これ何よと思ったので 発端はLeetCode。 Javaで書くか〜と思い、書いた後に Solution で使われていたこれ。 public ListNode addTwoNumbers ( ListNode l1 , ListNode l2 ) { ListNode dummyHead = new ListNode ( 0 ) ; ListNode p = l1 , q = l2 , curr = dummyHead ; int carry = 0 ; while ( p != null || q != null ) { int x = ( p != null ) ? p . val : 0 ; // ここ int y = ( q != null ) ? q . val : 0 ; int sum = carry + x + y ; carry = sum / 10 ; curr . next = new ListNode ( sum % 10 ) ; curr = curr . next ; if ( p != null ) p = p . next ; if ( q != null ) q = q . next ; } if ( carry > 0 ) { curr . next = new ListNode ( carry ) ; } return dummyHead . next ; } ということで調べた。 三項演算子だった。 ? true a : b ; 評価式がtrueの場合、 : の左側(この場合は a )が返る、ということで、値を返すだけならば書きやすくなる。

JavaのStringBuilderとStringBufferの違い

イメージ
StringBuilderとStringBufferの違いを言えるか 違い 備考 StringBuilderとStringBufferの違いを言えるか という話。 どっちでもいいんじゃん?というのが大多数の正直な意見かもしれないがどうせ使うならいい方を使いたい。 ということで調査、アンドメモ。 違い StringBuilderはJava5で導入された。 それ以前から使われていたのがStringBuffer。 二つの違いは排他制御があるかどうか。 Java8の StringBuilder ドキュメントでは、 文字の可変シーケンスです。このクラスは、StringBufferと互換性があるAPIを提供しますが、同期化は保証されません。このクラスは、文字列バッファが単一のスレッド(一般的なケース)により使用されていた場合のStringBufferの簡単な代替として使用されるよう設計されています。このクラスは、ほとんどの実装で高速に実行されるので、可能な場合は、StringBufferよりも優先して使用することをお薦めします。 と書いてある。 StringBufferを使用すればメソッドが呼ばれる度にStringbufferオブジェクトがロックされます。 つまり排他制御が行われるわけですが、それと同時に速度も犠牲にしている。 もっというとほとんどのケースの場合、スレッドセーフである必要がないためStringBuilderの方が速いし基本はこっちを使っておけば良い、という話。 ちなみに逆にStringBufferの方が明確に良いケースってあるんですかね。 パッと思いつかないのでどこかで考えてそれでパターン分けしていれば困ることは無くなりそう。 備考 StringBuilderの構造はこんな感じ。

Javaでの文字列処理時の典型的バグ

イメージ
文字列を処理しようという時に・・・ 文字列を後ろから抽出したい時は 文字列を処理しようという時に・・・ IndexOutOfBoundsException と StringIndexOutOfBoundsException 、これらの例外に出くわすことが多いので。 メモ程度の内容。 まあ存在しないインデックスを指定するときがほとんど。 例えば以下のコードのように。 class Main { public static void main ( String [ ] args ) { String s = "abc" ; // 以下の例はいずれもStringIndexOutOfBoundsExceptionが発生する s . charAt ( - 1 ) ; s . charAt ( 3 ) ; // 抜き出し位置が存在しないので例外が投げられる s . substring ( 1 , 3 ) ; // そもそもsubstring(開始位置,終了位置)なので対応していない s . substring ( 2 , 1 ) ; } } 文字列を後ろから抽出したい時は String型 . substring ( String型 . length - 切り出したい文字列の長さ ) ; というやり方でやっといてね!とのこと。

JavaでStringを生成する時はnew生成をやめようね!!という話。

イメージ
JavaでStringを生成する時はnew生成をやめようね!!という話。 なぜ書くのか 調査でどういう結論に至ったのか JavaでStringを生成する時はnew生成をやめようね!!という話。 String s = new String ( "0123456789" ) ; という書き方の話。 なぜ書くのか String a1 = "Hoge" ; String型を宣言するときにこういう書き方をしていたが、最初のnewする書き方と何が違うのか気になったので調べてみると違うものとして扱われてたのでメモ。 調査でどういう結論に至ったのか String s = new String ( "0123456789" ) ; という書き方は通常のオブジェクト同様にヒープ領域にインスタンスを作成する。 対して、 String a1 = "Hoge" ; String a2 = "Hoge" ; この書き方は定数として定数プールに保存される。 あえてnew Stringを使う明確な理由がない限り、Stringを変数に設定する場合は、 String str = "Hoge" ; というようにリテラルを直接指定し、 new String は使わないのがセオリーとなる。 そうすればStringオブジェクトを必要最低限で済ませることができ、メモリにもまたパフォーマンス的にもよい結果となる、らしい。 ちなみに文字列を作成した場合、JVMはまず最初に定数プールを見に行き、もし定数プールに同様の文字列が存在する場合には同じ参照を与える。 String型が不変の理由もここら辺にありそう。 それはまた別の記事で調べたいときに書きます。 今回は以上。

英語弱者が英語を話せるようになるまで Week1

イメージ
始める前に 範囲 知らなかったこととかのメモ。 テーマ:I Have Allergies 知らなかった語彙 使えそうな例文 テーマ:At the Gym 知らなかった語彙 使えそうな例文 テーマ:Weight Loss 知らなかった語彙 使えそうな例文 テーマ:Scheduling a Doctor’s Appointment 知らなかった語彙 使えそうな例文 テーマ:Health Check-Up I: Medical History 知らなかった語彙・使いたいけど使えていない語彙 使えそうな例文 Health Check-Up II: The Physical Exam 知らなかった語彙・使いたいけど使えていない語彙 使えそうな例文 始める前に 一日更新は時間がかかり過ぎてしまう(他のこともやりたい)ので、メモをまとめておいて、今回みたいに週末にまとめて出すか、それともメモレベルでいいので毎日出すのか、というのはとりあえず試してみてということで。 ひとまずこれからは週末に出します。 範囲 Health & Lifestyle Staying Healthy 04~10 知らなかったこととかのメモ。 テーマ:I Have Allergies 知らなかった語彙・使いたいけど使えていない語彙 pollen 訳:花粉 itchy 訳:痒い swell up 訳:腫れる water 訳:涙を出す、分泌液を出す。 hay fever 訳:花粉症 shellfish 訳:貝、甲殻類 sting(過去形はstung) 訳:針で刺す、刺すような痛みを与える hives 訳:蕁麻疹 例: My daughter broke out into **hives** after eating peanuts. antihistamine 訳:抗ヒスタミン剤 eye drops 訳:目薬 使えそうな例文 What are you allergic to? 訳:何にアレルギーがありますか? be allegic to~ でアレルギーがある、という聞きかたを他の例文でもしていたのでアレルギーを聞くときに使えそう。 I ...

英語弱者が英語を話せるようになるまで Day14テーマ:Healthy Eating

イメージ
知らなかったこととかのメモ。 テーマ:Healthy Eating 知らなかった語彙 真似したい表現 知っていたけど普段使えていない表現 知らなかったこととかのメモ。 テーマ:Healthy Eating 今回からフィットネス/健康について。 やりたいテーマだったのでモチベーションは高め。 知らなかった語彙 nutrient 訳:栄養になる物、栄養分 単体では知らなかった気がする。 nutritious とかなら知ってたけど。 We get so many **nutrients** from nuts. 意:私たちは、ナッツからとても多くの栄養分を得ます。 rich in 訳:豊富な healthily 訳:健康的な healthの副詞。 healthyは形容詞。 例文では I should probably eat more healthily. と使っていたのでそのまま覚えても良さげ。 嗜める場合は主語を変えるだけでいいし。 rich in ~ 訳:(栄養分が)豊富な~ Chicken breast is rich in protein. 意:鶏の胸肉はタンパク質が豊富だ。 真似したい表現 I eat out almost every day now 訳:ほとんど毎日外食してる これ自体は大したことない表現だけど、ほとんど毎日〇〇してるは使い所が多そう。 I hit the gym almost every day now とかだったら最近の生活スタイルでも使える。 知っていたけど普段使えていない表現 why don’t you ~ めちゃくちゃ簡単な表現なのに全然使えていない。 この機会に使うようにしたいなぁ… 今回はこんな感じ。 毎日英会話自体は続けているが他のことをやっていて記事は書けていないのが少し残念。 やった内容に関しては復習がてら書いていく予定。