Refactorを使いましょう。
Refactor → Change Signature... を選ぶか、⌘ + F6を押します。
Refactorボタンを押せば、自動的にメソッドとそのメソッドを使用している部分が変更されます。
⌥ + Enterする。
surrond with try-with-resources blockを選ぶ。
try(...)で囲まれたけど、まだ赤いエラーが出たままなので、⌥ + Enterする。
Add catch close(s)を選ぶ。
catchが多いとアレなんで、⌥ + Enterして、
Collapse catch closesを選んで、まとめる。
try()の部分をどうにかしましょう。try()のところの赤線の範囲にカーソルを当てて、⌥ + Enterを押します。
Add Catch Clause(S)を選択します。
factory.createXML…の部分にカーソルをあてて、⌥ + Enterを押します。
Add Catch Clause(S)を選択します。
catchのあたりがドドメ色(どんな色？？？)になっています。catchのあたりにカーソルを合わせて、⌥ + Enterを押します。
Collapse 'catch' blocksを選択します。
throwsをつけるのも、⌥ + Enter → やりたいことの順番です。
assertThat(hoge, is(foo));ってのを書くときはこんな感じで書いています。asまで入力
assertで一旦入力補完を完了する。
Thatをassertの直後に付け加える。
org.junitのAssert.assertThatを選ぶ。
is と入力する。
is に括弧を付けて、括弧の中にカーソルを合わせる。
Matchers.is を選ぶ(他にもいろいろ使えるMatcher が使えるため)。
１０年間使ってきたEclipseをとうとうゴミ箱に葬ってやったよ。何でかって？あまりにも画面スクロールが不安定でカッとなったからだよ。もう、あれはダメだ。
えっとね、１１インチのノートブックならいいんだよ。２４インチのスクリーンだと遅いんだ。３０インチのスクリーンでやった日には、動きやしない。ここで注意しておいておらいたいんだけど、ホワイトスペースにハイライトを入れて、行番号は表示しているんだ。これらの機能を使わなければ、まあ動くんだけどね。だけど、僕にはこれらの機能が必要だったから、もうどうしようもなかったんだ。
僕はいろんなリリースとか、パッチとか、ハックとか、設定まわりとか試したし、コードも読んだよ。でもね、結果としてこの問題を解決するよりもIDEを切り替えたほうが楽だということがわかったんだ。
というわけで、JetBrainsのIntelliJ IDEA11(と12)に変えたわけだ。それなりに使いづらいと思ったし、楽しくなかったんだよ。だって、僕は１０年にもおよぶEclipseユーザーだからショートカットとかが手に馴染んでいるからね。とはいえ、生産的であるっていう意味では変えて正解だったと思ってる。今のところEclipseのキーマップを使っているけど、もう戻るつもりはないから、そのうちIntelliJのキーマップに慣れていくと思うよ。
幸運なことに僕のお気に入りのプラグインがサポートされてたんだ。特にJIndent。これは僕の６つのプロジェクトで多用しているやつだ。
結論。Eclipse、君は長い間最強のプラットフォームだったよ。でも今や君は(他のIDEに比べて)遅くて、重くて、低能なものになってしまったようだね。
PS IntelliJ IDEAのパーソナルライセンスは本当に買うだけの価値があるよ。
