私はオブジェクトを持っています:
_const riders = {
Dave: {
gender: 'male',
age: 13,
},
Nina: {
gender: 'female',
age: 16,
},
Mike: {
gender: 'male',
age: 12,
}
};
_
オブジェクト名をrider(s)
の複数形または単数形にする必要がありますか?配列は常に複数であることを知っているので、これを尋ねていますが、これはオブジェクトです。名前が複数形だからといって、それが配列であると誰にも思わせたくない。この点でのベストプラクティスは何ですか?可能な限り最良の方法で、読みやすく、理解しやすいものにしたい。少なくとも、一貫している必要があります。
コレクションは常に複数であると読みましたが、 この回答とそれが提供するソース によると、オブジェクトはコレクションとは見なされません。私がそれを採用する方法は、それをコレクションとして定義するでしょうか?
混乱を招く複数形の使用は避けてください。
考慮してください:
場合によっては、たとえば、単数形を使用するSQLテーブルが一般的です。rider
の場合、コンテキストが見えないため、言うのは難しいです。単語の追加を検討するPassengerList
とPassengers
など
過度に一般的であるリスクがある...
すべてのオブジェクトがコレクションであるわけではありませんが、すべてのコレクションはオブジェクトです。
しかし、我々は人々にとって意味のある名前について話している。それで、ええと、ええ、ええ、人々がそれを同じようなもののコレクションとして見るならば、それに複数の名前を付けてください。または、KeySetやBookListなどのわかりやすいコレクション名を付けます。
単一の名前でコレクションに名前を付ける慣習は慣用的であり、SQLスキーマを設計する人々に人気があります。その環境では、コードがセット(コレクション)と個々のメンバー項目を区別する必要はあまりありません。可能な限り、常にセット操作を実行するように努めます。
SQLのように、クールな子供たちがセットに単数形を使用するという伝統がある場合、それはいい選択です。
OO言語では、たとえばCarsとCarを区別しなければならないことがよくあります。したがって、複数形と名付けられたコレクションを見るのがはるかに一般的です。
しかし、これに対する最も重要な答えは、ちょっと、それは本当に好みの問題です。最大のエラーは、私たち全員があなたの名前についてどう思うかについてあまりにも心配していることです。電話をかけ、しばらく一緒に暮らし、次回も同じようにやりたいかどうかを確認します。
ほとんどの経験豊富な開発者は、ほとんどの場合、特定の好みを無視し、スタイルが合理的に一貫しているかどうかに注意を払います。これにより、読者が毎回同じことを意味するのかどうか常に悩むことなくコードを学ぶことができます。
あなたはこれを考えすぎています。決定して次に進みます。
両方のタイプのネーミングについて議論があります。
riders
とfor rider in riders
は非常に表現力豊かで正確です。riders[1]
、riders[2]
は、個々の要素に対して複数形の誤った意味を与えます。最終的に、2つのスキームのいずれにも決定的な利点がない場合、最も重要なのは混乱を避けることです。つまり、言語コミュニティの使用法に固執するか、チーム全体で一度決めるかです。
編集:一般的な使用法-一部は単数形、一部は複数形: