任意の命名規則(ビジネスオブジェクト)

c# naming object oop
任意の命名規則(ビジネスオブジェクト)

さて、あなたは Business.Name`または Business.BusinessName`、 SubCategory.ID`または SubCategory.SubCategoryID`のどちらを実行しますか。

データベースではどうですか?

Why?

私は両方とも引き裂かれています。 「正しい答え」があるのが大好きです

  2  1


ベストアンサー

唯一の「正しい」答えは一貫していることです。 プロジェクトで使用するものを事前に決めて、それに固執します。

5


ID、Nameなどを使用する主な欠点は、2つのテーブルにまたがるSQL結合を作成している場合、それらをテーブル名で修飾する必要があることです。

それにもかかわらず、私はIDとNameを使うことがはるかに簡潔で読みやすい – あなたのコードとテーブルが目を過ぎてはるかに簡単に「流れる」のを見るでしょう。 入力が簡単で、冗長性が少なくなります。 そしてSELECT Business.Name FROMと入力します。
…​ in an SQL query is not really more troublesome than typing SELECT
BusinessName FROM …​

一般的に、自分が意味情報を繰り返すことに気づいた場合、それを排除する方法を探すか、少なくともそれが繰り返される理由を認識するように警告します。 これは小規模(属性名)でも大規模(動作パターンまたは共通クラス構造)でも構いません。

2


“Name”や “ID”のような非常に一般的なプロパティのために、私が使った慣習はエンティティ名をフィールドに入れないことです。 もっと変わった性質のために、私は実体名を入れます。

これは命名規則の決定ですが、これが規則であるプロジェクトを後悔していません。各IDにエンティティの名前を付けると、冗長すぎるように見えます。

0


主キーであるものにはIDを付けます。 SubCategory.SubCategoryIDと言うと冗長に見えます、

0


そうではないかもしれませんが、Idはおいしそうな料理だと思います。

あなたがあなたのオブジェクトを扱い、主キーを必要とする反射的なものを書くつもりなら、それはどこでもそれをより簡単に知る方法です。それから式でそれを決定しようとします。

もう一方に関しては、それが完全な好みであり、他の文字を入力するのに時間が無駄にされること以外に本当の意味があるとは思えません。
.net so no one actually types namespaces anyway.

0


タイトルとURLをコピーしました