skillup

技術ブログ

Java

Javaでのコーディングで気を付けること

投稿日:

会社でSoftWareDesignを定期購読しており、Javaのコーディングで気をつけることなどがあったので、ちょっとチェック。

以前も似たようなエントリーは書いたことがあったのだけど、再確認。メモ書きです。

良いコードとは

  • 良いコード=保守性が高いコード
  • 何を言っているのか理解しやすい
  • 不具合を発見しやすい

個人的には修正に強い、バグの影響を最小限にしやすいのような意味だとも思ってます。

具体的なテクニック

変数の初期化と変数のスコープの最小化

不要な初期化をさけること。String str =””などとしない。スコープはなるべく最小限にすることと、変数の宣言、代入はなるべく近い距離で行う。

メソッドは短く(目安として20~30行に)

長いメソッドは何を言っているかがわからず、処理を理解するのに非常に労力を使う。処理の塊ごとに区切ること。目安は20~30行。

finalを検討する

変数の変更は少なければ少ないほど良い。値が変わらなければその変数をおう労力を少なくできる。finalをつけることで変更がないことを宣言できる。そうでなくても変数の変更はなるべく行わないようにすべき。

ラムダ式のすすめ

Javaのみだが、複雑な処理を簡潔に書くことができる、配列関連で有効なメソッドがあり、非常に有用。

Optional

nullがあるものに関してはOptional。そうでないものは通常の型(Stringなど)で返せば、通常の型の時にいちいちnullチェックをする必要がなくなる。OptionalのときはisPresentなどのメソッドを使えばよい。

enumを使おう

定数的な値に意味のない値(SUNDAY =1など)を避けることができ、保守性を向上させることができる。

-Java
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

依存関係エラー

JavaEEで新PCでビルドしたらいきなりエラー。同一のソースを別PCで動かすと正常に立ち上がります。 こんな場合、GlassFishの設定がおかしいか、ライブラリの依存関係に問題があることがほとんど …

no image

O/Rマッパー iciqlについて

以前、このブログでも紹介したO/Rマッパーのiciqlについて、使い方や問題点がある程度わかったので書いておきます。 Contents1 インストール2 自動生成3 注意点3.1 Date型のインポー …

no image

Glassfishの暴走に関して

JavaEEのアプリケーションサーバーではglassfishを使っているんですが、 メモリをかなり食うのと、頻繁に暴走してIDEからの処理を一切受け付けなくなることが多いです。 まだまだ全然対処法がわ …

no image

GlassFishとTomcatの違い

JavaEEの開発を始めてからは基本的にサーバーとしてGlassFishを使っています。 一般的なJavaのサーバーというとTomcatが有名ではないでしょうか。少なくとも私はTomcatしか知りませ …

no image

netbeansのJPQL補助機能

JPAでは基本的に生のSQLではなく、JPQLを使って書きます。 SQLでもタイプミスにイライラさせられることは多いのですが、JPQLはもっとですね・・・爆 そこで使えるのがNetbeansの入力補助 …