C＃クラスの命名規則：BaseClass、ClassBase、AbstractClass

基本クラスの命名に推奨されるアプローチは何ですか？タイプ名の前に「Base」または「Abstract」を付けるのですか、それとも単に「Base」を付けるのですか？

以下を検討してください。

タイプ：ViewModel例：MainViewModel、ReportViewModel

基本クラス：BaseViewModelまたはViewModelBaseまたはAbstractViewModel

次の点も考慮してください。

タイプ：ProductたとえばVirtualProduct、ExpiringProduct

基本クラス：BaseProductまたはProductBaseまたはAbstractProduct

どちらがより標準的だと思いますか？

class Entity : EntityBase
{
}

または

class Entity : BaseEntity
{
}

フレームワークにBaseサフィックスが付いた例がSystem.Configuration.Provider.ProviderBaseありSystem.Web.SessionState.SessionStateStoreProviderBaseます。

ただし、フレームワークのすべての抽象基本クラスがこの規則に従っているわけではありません（たとえばSystem.Data.Common.DbParameter、System.Data.Common.DbCommand）。

個人的には、抽象クラスであるという事実を強調したくなければ、サフィックスを使用しないでください。そうしないと、クラスのユーザーは名前が具体的な実装を示すと期待するかもしれません。

上記のどれでもない。基本クラスが提供する目的を検討してください。それに名前を付けます。たとえば、自動車と自転車の基本クラスは車両です。

1つのクラスの基本クラスを持つためだけに基本クラスを作成していて、それ以外の目的や理由がない場合は、おそらく何かが間違っています。

仮想基本クラスについて話している場合、Microsoftの標準はClassnameBase（CollectionBaseなど）です。

それは選択の問題だと思います。大量の基本クラスを作成している場合は、おそらくBaseClassnameを使用する方が良いと思います。これは、Baseと入力して残りのヘルプを取得するだけで、使用できる基本クラスを常に確認できるためです。 Intellisense。20の基本クラスがあり、接尾辞としてBaseを追加し、基本クラスの名前を忘れた場合はどうなりますか？最初にVSからクラス図を作成し、使用可能な基本クラスを調べますか？クラスが1つまたは2つしかない場合は、ClassBaseという名前を付けてもかまいません。

GetItemsとItemsGet関数の間の決定にも同じことが言えます。読みやすくするために、少なくともGetItemsを使用します。規則に従ってください:)

私たちはBaseEntityを使用していますが、それはあなた自身の好みだと思います。私は頻繁に他を見ます。

プロジェクト、名前空間、または可能であればチームであっても、コンテキスト内で一貫している必要があります。異なる慣習は、悪い慣習の私見よりも悪いです。

個人的には、単語ベースを追加しないことをお勧めします。いつコードを変更する必要があるかわからず、コードがベースオブジェクトではなくなります。とは言っても、これは過去に行ったことがあります。前にBaseという単語を付けました。流れが良いようです。

BaseEntityはラクダのケースによく似ています-strName、bseEntity。EntityBaseはサブジェクトを最初に定義するので、機能がより迅速に識別できるようにするために使用します。

ものに名前を付けるときは、常にアルファベット順に考えること。私は本当にSQLサーバーを見るのが好きではなく、すべてのストアドプロシージャはusp [something]という名前です。同じように、関数の先頭の名前としてGetとSetを使いすぎないでください。GetItemsまたはPlaceOrderの代わりに、それらにItemsGetまたはOrderPlaceという名前を付けることを検討してください。

したがって、一般的には、ClassnameBase / EntityBaseがより良い選択です。