【ドコモのiPhoneX、iPhone8、スマホを購入したい方はこちら】プログラマーなら、メソッドを書き終わりいざ名前をつけようと思ったとき困った経験があるはずです。他の人が書いたプログラムを見ても、その名前の付け方は人それぞれ。正解があるわけではありません。保守性や可読性を考えると、他の人から見てもわかりやすい名前をつけることがとても大切です。今回は皆様に、できる限りシンプルに、そして、わかりやすい名前をつけるための鉄則をご紹介します。基本的な英語の文法を守る存在するかを確認するメソッドを書くとき、「IsExist」と書いてしまう方をよくみかけますが、「Exist」は動詞です。したがって「IsExist」は英文法として間違っています。「IsExisting」など、英文法としても正しくなるように命名しましょう。プログラマーに英語は必須ではありませんが、グローバルで戦うのであればある程度の英文法の勉強しておきましょう。1つの動詞もしくは動詞+目的語メソッドは手段なので基本的には動詞で始めましょう。「SoundPlay」、と書くのではなく「PlaySound」と書くべきです。「音再生」ではなく「音を再生する」としましょう。真偽値を戻す関数の場合は「Is○○○」などの疑問文にする場合がありますが、基本的には動詞(+目的語)とするべきです。「and」などの接続詞でつなげないメソッドを書いていると、ときおり複雑な機能を持つようになってしまいがちです。シンプルな設計を保つためにも基本的には1メソッド1機能という考え方を持ちましょう。「and」などの接続詞でつなげてしまうと必然的に複数の機能が入ってしまっていることが考えられます。「CalculateAndShowData」ような名前だと、「Calculate(計算する)」機能と「ShowData(データを表示する)」機能の2つを持ってしまっていることを示しています。関数名を意識すると同時にメソッドの機能についても見直した方が良いかもしれませんね。オブジェクト名を主語にして違和感がないかを確認するメソッドはその持ち主であるクラスや構造体などのオブジェクトが主体となって働くものです。それを意識して名前をつけましょう。Move」となり、文章として読んでもあまり違和感はありません。メソッド名は主体となるオブジェクトが何をするか、という視点で決めるとより読みやすくなるでしょう。違和感を感じるようだと、他のプログラマーにとっても読みにくくなってしまっている可能性があります。返す型を考える普段の会話の中で、「いくつですか?」と聞かれて「いいえ」と答える人はいないでしょう。プログラムも同じです。たずねている型と戻り値の整合性がとれるようにメソッドの目的語を決めましょう。「動いているかどうか」の真偽値を返すメソッドを作りたいのであれば、「IsMoving」というように頭のIsを付けた疑問文形のメソッド名にします。何かの数字を返すメソッドにしたいのであれば、「GetCount」のように、返す目的語を数字(この場合はCount)にします。一般的な命名の慣習を覚えておくメソッドの命名法は、プログラマーの間である程度慣習として広まっているものがあります。動詞の対義語なども一般的なルールがあります。これらのルールを頭に入れておきましょう。プログラムにおける役割を考えるメソッドはそれぞれプログラムにおいて異なる役割を持っています。コールバックや非同期用、持ち主となるオブジェクトのライフサイクルを扱うもの、データを扱うものなど、役割はさまざまです。これらの役割によってもメソッド名の付け方は異なります。コールバック用であれば接頭文字として「On」をつけます。非同期メソッドであれば接尾文字として「Async」をつけます。このようなルールも学習しておきましょう。記法を統一するメソッド名の書き方としてさまざまな記法があります。この記法を統一しましょう。プログラミング言語の種類によっても慣習が異なりますし、好みも異なります。メソッドであれば単語と単語の区切りを明確にするために、キャメル記法かもしくはスネーク記法を使って書くのが一般的です。プロジェクト内にルールがある場合は確認しておきましょう。機能の抽象度を明確にするメソッドの機能はどこまで影響力を持つのか。それを考えてなるべく具体的にしましょう。あなたが絵を描くためのメソッドとして「DrawPicture」と命名した場合、それは適切な名前でしょうか?もっと具体的な名前にできないでしょうか?絵を描くといっても、線を引くだけであれば「DrawLine」にして具体性を上げられます。色を塗るだけであれば「Paint」とすることもできるのです。逆にもしこの2つの機能を内包し組み合わせている関数であれば、「DrawPicture」という名前が抽象度として適切なのです。使う側の視点に立つプロジェクトでは自分だけではなく他の人もそのメソッドを使う可能性があります。客観的に自分の作ったメソッドを見て明確に機能や役割を理解できるか見直しましょう。そのメソッドを見た人が、中身の実装を見ることなく名前だけでその機能を理解することができたら十分わかりやすくなっていると言えるでしょう。挙げましたが一番大切なのはこれらのルールに関わらず自分で俯瞰して、直観的にわかりやすい名前を付けられているかどうかです。あなたが書いたメソッドを多くの人に使ってもらうためにも、もう一頑張りしてわかりやすい名前をつけてあげましょう。