Ben bir arayüz veya sınıf tarafından temsil bir kavram var bir durumda sık sık duyuyorum, sonra alt sınıfları/uzatın subinterfaces bir dizi var. Örneğiniyi uygulama
: bir genel "DoiGraphNode" Bir "DoiGraphNode" vb
I ilişkili bir yol ile bir Java kaynak Bir "DoiGraphNode" i temsil eden bir kaynak Bir "DoiGraphNode" vb temsil eden Üç adlandırma kuralı düşünebilir ve nasıl seçileceğine dair yorumları takdir edebilir.
Seçenek 1: Her zaman kavramının adıyla başlar. Böylece
: vb DoiGraphNode, DoiGraphNodeResource, DoiGraphNodeJavaResource, DoiGraphNodeWithPath,Pro: Ben uğraşıyorum neyi çok açıktır, ben
Con olan tüm seçenekleri görmek kolaydır: Pek doğal? Her şey aynı görünüyor mu?
Seçenek 2: Özel öğeleri en başa koyun. Böylece
: vb DoiGraphNode, ResourceDoiGraphNode, JavaResourceDoiGraphNode, PathBaseDoiGraphNode, vbPro: Ben kodunda görebilirsiniz zaman çok açıktır
Con: Özellikle, bu zor olabilir bulma adını hatırlamıyorum yoksa, görsel tutarlılık eksikliği
Seçenek 3: özel malzeme koyun ve gereksiz metnin bir kısmını kaldırmak
Böylece: DoiGraphNode, ResourceNode, JavaResourceNode, GraphNodeWithPath
Pro: yazıp Con okumak için bu kadar değil: diğer isimlerle
ne gibi
Üçüncü seçeneği de seçtim. İlk ikide, "biraz farklı olan, uzun bir ismin labirentine" girme tehlikesi vardır, burada onları okumakta zorlanırsınız ve hatta hangi kavramın hangi kavramla örtüştüğünü hatırlarsınız. – starblue