予約クラスとカレンダー クラスの 2 つのクラスがあります。calendar クラスには、予定オブジェクトの配列があります。予定の配列名は複数形にする必要がありますか? すなわち:
appointment[] appointment;
また
appointment[] appointments;
この状況で合意された構文はありますか?
更新:また、クラス名は小文字または大文字で始まりますか?
合意された命名規則はありませんが、2 つの提案をします。
std::vector<appointment>
appointments_
、またはm_appointments
個人的には、コレクションを参照するときは複数形の方が直感的だと思います。
規則はありませんが、型識別子と変数識別子には異なる名前を使用する必要があります。私はタイプを大文字にする傾向がありますが、変数識別子は大文字にしませんが、それは個人的な好みの問題です。メンバー データのこの特定のケースでは、プレフィックスまたはサフィックスも機能します。
個人的な好みでもありますが、私は容器に複数形を使用する傾向があり、それがより一般的であると疑っています. しかし、それに反して、私はコンテナ全体について話すときに意味があるとよく考えてきましたが、英語の読み方の観点からは、「予定 [3]」は「予定 3」よりも「予定 3」のほうが読みやすいです。
予定の配列名は複数形にする必要がありますか?
はい、もちろんです。複数の予定が含まれているためです。
この状況で合意された構文はありますか?
それは、組織、チーム、または部門内のコーディング規則によって異なります。変数、クラスなどにどのように名前を付けるかは、これに依存します。
本当の普遍的な慣習はありません。チームで作業している場合は、チームで規則を確立し、全員が規則に従う必要があります。規則に関して: シンボルが型名であるかどうかを知らずに C++ を解析することはできないため、型名を認識できることが重要です。1つの頻繁な大会は型名は大文字で始まり、他の名前 (関数、変数など) は小文字で始まります。ただし、それは普遍的なものではありません。理論的には、少なくとも名前自体から明らかなはずです。通常の「ルール」は、型名は修飾されていない名詞、変数名は修飾された名詞、および関数の動詞であるということです。実際には、修飾された名詞と修飾されていない名詞の区別は必ずしも明確ではなく、(少なくとも英語では) 単語が動詞か名詞かが常に確実であるとは限りません。1) 型を他のシンボルと区別し、2) メンバーを非メンバーと区別すると便利です。
複数形に関しては場合によります。appointment
egとの違いappointments
はあまり目立たないことがわかりました。コンテキストによっては、それで十分だと思うかもしれませんが、とにかく使用
しますが、多くの場合、さらに一歩進んで、または、またはコンテナーを明確に示す何か他のものappointments
と呼びます。これはおそらく、私の怠惰です。私は本当にもっと良い名前を見つけなければなりません(他に何もなければ、どんな種類の予定を示す修飾名詞です)。setOfAppointments
listOfAppointments
allAppointments