Quy ước đặt tên lớp C #: Nó có phải là BaseClass hay ClassBase hay AbstractClass không

Cách tiếp cận được đề xuất để đặt tên các lớp cơ sở là gì? Nó có tiền tố tên kiểu là " Cơ sở " hoặc " Tóm tắt " hay chúng ta chỉ đặt hậu tố bằng "Cơ sở"?

Hãy xem xét những điều sau:

loại: ViewModelví dụ: MainViewModel , ReportViewModel

lớp cơ sở: BaseViewModelhoặc ViewModelBasehoặcAbstractViewModel

Cũng xem xét:

loại: Productví dụ: VirtualProduct , ExpiringProduct

lớp cơ sở: BaseProducthoặc ProductBasehoặcAbstractProduct

Bạn nghĩ cái nào chuẩn hơn?

class Entity : EntityBase
{
}

hoặc là

class Entity : BaseEntity
{
}

Có những ví dụ trong khung với hậu tố cơ bản, ví dụ như System.Configuration.Provider.ProviderBase, System.Web.SessionState.SessionStateStoreProviderBase.

Nhưng không có nghĩa là tất cả các lớp cơ sở trừu tượng trong khung tuân theo quy ước này (ví dụ System.Data.Common.DbParameter, System.Data.Common.DbCommand).

Cá nhân tôi sẽ tránh sử dụng hậu tố trừ khi tôi muốn nhấn mạnh thực tế rằng đó là một lớp trừu tượng và cảm thấy rằng nếu không thì người dùng của lớp có thể mong đợi tên để chỉ ra một triển khai cụ thể.

Không có điều nào ở trên. Xem xét mục đích mà lớp cơ sở của bạn cung cấp; đặt tên cho nó. Ví dụ, hạng cơ sở của Ô tô và Xe đạp có thể là Xe.

Nếu bạn đang tạo các lớp cơ sở chỉ để có một lớp cơ sở của một lớp và không có mục đích hoặc lý do nào khác ngoài điều đó, có thể bạn đang làm sai.

Nếu bạn đang nói về các lớp cơ sở ảo, tiêu chuẩn của Microsoft là ClassnameBase (như CollectionBase.)

Tôi nghĩ đó là một vấn đề của sự lựa chọn. Tôi muốn nói nếu bạn đang tạo nhiều lớp cơ sở thì có lẽ tốt hơn nên sử dụng BaseClassname luôn vì bằng cách đó, bạn LUÔN LUÔN có thể tìm ra những lớp cơ sở nào bạn có thể bắt đầu sử dụng chỉ bằng cách nhập Base và nhận phần còn lại của sự trợ giúp Intellisense. Điều gì sẽ xảy ra nếu bạn có 20 lớp Cơ sở và bạn thêm Cơ sở làm hậu tố và bạn quên tên của lớp cơ sở là gì? Bạn có muốn tạo một sơ đồ lớp trước từ VS và tìm hiểu những lớp cơ sở nào có sẵn không? Đặt tên cho chúng là ClassBase cũng được khi nó chỉ là một hoặc hai lớp.

Tương tự đối với quyết định giữa hàm GetItems và ItemsGet. Tôi muốn nói rằng vì lợi ích của khả năng đọc ít nhất - hãy sử dụng GetItems. Tuân theo các quy ước :)

Chúng tôi sử dụng BaseEntity, nhưng tôi nghĩ đó là sở thích của riêng bạn. Tôi thường xuyên nhìn thấy cái khác.

Chỉ cần nhất quán trong ngữ cảnh của bạn, đó là dự án, không gian tên của bạn hoặc nếu có thể, nhóm của bạn. Các quy ước khác nhau tồi tệ hơn một quy ước xấu IMHO.

Cá nhân, tôi khuyên bạn không nên thêm cơ sở từ. Bạn không bao giờ biết khi nào bạn sẽ phải thay đổi mã xung quanh và nó sẽ không còn là đối tượng cơ sở nữa. Điều đó đang được nói, chúng tôi đã làm điều này trong quá khứ, chúng tôi đặt tiền tố từ Base ở mặt trước. Nó dường như chảy tốt hơn.

BaseEntity trông rất giống vỏ lạc đà - strName, bseEntity. Tôi muốn sử dụng EntityBase vì nó xác định chủ đề trước, điều này sẽ giúp bạn xác định chức năng của nó nhanh hơn.

Luôn nghĩ về thứ tự bảng chữ cái khi bạn đặt tên cho các thứ. Tôi thực sự không thích nhìn vào máy chủ SQL và mọi thủ tục được lưu trữ đều được đặt tên là usp [something]. Cùng dòng, đừng lạm dụng Get và Set làm tên hàng đầu cho một hàm. Thay vì GetItems hoặc PlaceOrder, hãy nghĩ đến việc đặt tên chúng là ItemsGet hoặc OrderPlace.

Vì vậy, nói chung, ClassnameBase / EntityBase sẽ là lựa chọn tốt hơn.