基本クラスの命名に推奨されるアプローチは何ですか?型名の前に「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
)。
個人的には、接尾辞の使用を避けますnlessそれが抽象クラスであるという事実を強調したいと思います。
上記のどれでもない。基本クラスが提供する目的を検討してください。それに名前を付けます。たとえば、Automobile and Bicycleの基本クラスはVehicleです。
1つのクラスの基本クラスを持つためだけに基本クラスを作成し、それ以外の目的や理由がない場合、おそらく何か間違ったことをしていることになります。
それは選択の問題だと思います。多くの基本クラスを作成している場合は、常にBaseClassnameを使用することをお勧めしますインテリセンス。 20個のベースクラスがあり、ベースをサフィックスとして追加し、ベースクラスの名前を忘れた場合はどうなりますか?最初にVSからクラス図を作成し、使用可能な基本クラスを見つけますか?クラスが1つまたは2つのクラスである場合は、ClassBaseと名付けても大丈夫です。
GetItems関数とItemsGet関数の決定についても同様です。読みやすくするために、少なくともGetItemsにアクセスしてください。規則に従ってください:)
仮想ベースクラスについて話している場合、Microsoftの標準はClassnameBase(CollectionBaseなど)です。
BaseEntityを使用していますが、自分の好みだと思います。私は頻繁に他を見ます。
プロジェクト、名前空間、可能であればチームなど、コンテキスト内で一貫性を保ってください。異なる慣習は、悪い慣習よりも悪いです。
個人的には、Wordベースをまったく追加しないことをお勧めします。いつコードを変更する必要があるかわからなくなり、ベースオブジェクトではなくなります。そうは言っても、私たちは過去にこれを行っており、先頭にワードベースを付けました。流れが良いようです。