2020年5月15日リーダブルコードシリーズ第2段、名称について。コードにおいては名称がとても大切で、正しい命名づけなどはなかなか難しいです。以下に大事で重要だと思ったポイントを。フォーマットを決める具体的でわかりやすい名前を付ける変数の名称ですが、汎用的すぎるもの(data,tmp,res)などは指している対象があいまいなため、名前をみただけでは何か判断できないことが多々あります。具体的な名称にしましょう。一貫性も大事で、データを取得する場合は、get+~、保存する場合はsave+~などに決めておきましょう。名前の規則はスコープにも依存するtmp(あるいはこのような汎用的な名称)は変数名に適していないと書きましたが、これらが必要な場合もあります。本当に一時的で変数の残存期間が数行ならtmpでも問題ないでしょう。このように名称をどのように決めるかは変数の影響範囲であるスコープに大きな影響を与えます。スコープが大きい場合はできるだけ具体的な名称にすべきですし、そうでない場合はある程度、短い変数をつかってもよいでしょう。長くなりすぎることを避けるこれ私の悪い癖なんですけど、変数名が長くなりすぎてしまうんですよね。その場合の対処法としてもリーダブルコードは下記のようなことをあげています。短縮形を使う短縮しても問題ない情報を短縮します。その場合、プロジェクト全体で短縮のルールなどが共有されている必要はありますが。あとは接頭語や接尾語などを付けるなども短縮化に一役買います。不要な単語を避ける名詞だけでつないでもOKな場合は動詞を削ってしまうなど、とにかく削れる単語がないかのチェックです。doみたいな動詞は汎用的すぎるのでいらないことが多いでしょうし、ConvertToStringはtoStringでもいいでしょう。フォーマットを決めるこれはあまりなかったです。例を挙げるとクラス変数ならアンスコをつけて、ローカル変数ならなにもつけない、といったルールを使えば簡単にクラス変数とローカル変数を区別することができます。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。関連記事データのシリアライズおととしにJavaをやったときにでてきましたがSessionに情報を格納するときにでてきたシリアライズについて。通常のプログラマとして仕事をしておりますと、通常の実装よりは不具合時の調査のほうが難しいことが多々あります。その2前回に引き続き、大事だと思ったこと。一部単なるフレームワークの作り方的な内容になっているかも。実務でバッチ処理を作る際に気をつけるべきと思ったこと。基本的にエラーをいかに捉えていかにログに吐くかを最初に考える。現在、Javaのプロジェクトでは会社でNetbeansを使っていますが、IDEを使っているばっかりに理解できていないところがありました。