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

Messageプロパティの設置方法

JavaEEに限らず、エラーメッセージなどは通常、プログラムの中に書くのではなく、できればエラーメッセージファイルの中で管理するのが望ましいでしょう。 またJSF側の名称の表示なども直接xhtmlの中 …

no image

便利すぎる道具の弊害

現在、Javaのプロジェクトでは会社でNetbeansを使っていますが、IDEを使っているばっかりに理解できていないところがありました。便利すぎる道具の弊害ですね・・・ IDEについて一応説明をしてお …

no image

GlassFishでDB接続

JavaEEではアプリケーションサーバーとしてGlassFishを使いますが、先日、GlassFishを通さないとJavaEEでDBが動かせないということを知りました。そのためJavaEEではデータベ …

no image

GlassFish&Junitの不具合

JavaEE(JSF+JavaBean+EJB+JTA)でアプリを製作しているのですが、EJBの部分のjunitができないことが判明しました。 正確に言うとラムダ式を使うと不具合がでます。原因としては …

no image

dbUnitの使い方

えーJavaで有名なテストツールDBUnitについて。 DbUtilではありませんので間違えないように。(私は最初間違えました・・・) まだ全然使い込んでるわけではありませんがどんなことができるかとい …

アーカイブ