この記事はJetBrains IDE Advent Calendar 2015の4日目です。 2年ほど前、命名規約やプログラミングの慣習に違反したお行儀のよくないコードをIntellij IDEAを使って見つけて、改善していくことを書きました。「publicなメソッドの名前がget〜なのに戻り値がvoidで、どうやらgetしてきた何かをフィールドにsetしてて、別なアクセサで取得するらしい…」みたいなアレです。 そういった行儀の悪さも困りものなのですが、既存のコードベースの上に機能追加したり不具合修正したりする上でもう１つ厄介なのは、コードの重複です。 大人数が横串を通す時間もなく作ったので、各人が同じものをあちこちで実装してしまう コードベースが数十万行などと巨大なので、既に誰かが実装済みなことを知らずに実装してしまう 改修するとテストが大変なので、コピーしてちょっとだけ挙動を変えた実装
これは、IntelliJ IDEA Q&A for Eclipse Usersの翻訳です。 IntelliJ IDEAは、たいへんすぐれたIDEなのですが、設定や操作方法に若干の慣れが必要です。なんとなく使い始めると、そのメリットを享受できるようになる前に、使い慣れた開発環境に戻ってしまいます。なにしろEclipseでもNetBeansでもひと通りのことはできるわけで、使い慣れた環境以上の生産性を出すには、それなりの学習コストが必要です。*1 このドキュメントは、EclipseユーザがIDEAを試す際に一番最初に読むべきドキュメントです。Eclipseユーザはまずこの文書を読み、いくつかの概念の違いを頭の片隅においてください。これを読んででいないと'Project'や'Module'が何のことを指しているかわからず、かなり苦しいと思われます。それからキーバインドをEclipse互換のものに
package spockexample; import org.junit.Before; import org.junit.experimental.runners.Enclosed; import org.junit.experimental.theories.DataPoints; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; import static org.hamcrest.core.Is.is; import static org.junit.Assert.assertThat; @RunWith(Enclosed.class) public class Perso
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
