屬於另一個具有類似名稱的類的屬性的名稱約定

我確信之前已經詢問過此問題，但我無法找到任何相關答案 - 可能是因爲我使用的術語的一般性質。屬於另一個具有類似名稱的類的屬性的名稱約定

我有一堂課 - 我們稱之爲Foo。現在給定的Foo具有定義它的性質的各種屬性。爲了爭辯，我們稱它們爲Name,Inactive和Notes。 Foo也可以有許多種類，因爲缺少一個更好的詞，每個種類都是FooType。

所以，我們有下面的類定義：

public class FooType 
{ 
    public byte Id { get; set; } 
    public string Name { get; set; } 
    public bool Inactive { get; set; } 
    public string Notes { get; set; } 
} 

public class Foo 
{ 
    public Guid Id { get; set; } 
    public FooType TypeOfFoo { get; set; } 
    public string Name { get; set; } 
    public bool Inactive { get; set; } 
    public string Notes { get; set; } 
}

不完全理想的情況下，我知道了。不幸的是，FooType上的Inactive和Notes字段是必須的，所以我不能按我的意願使用enum。我的窘境是，我無法找出TypeofFoo和FooType的合理描述性名稱。稱他們爲TypeofFoo和FooType是醜陋的，並且在將來容易產生混淆，所以我正在尋找替代品。

是否有涵蓋此的任何形式的命名約定？

來源

2015-02-17 Locke

'public FooType Type {get;組; }'或'public FooType FooType {get;組; ''？ – dotctor 2015-02-17 20:39:26

我對'Type'的關注是'System.Type'的潛在混淆。同樣，'FooType'（屬性）與'FooType'（類）混淆。爲了記錄，後者是我最初的樣子。我是否在推翻它？ – Locke 2015-02-17 20:41:58

命名取決於上下文。名稱應該表示它存儲的內容。如果這是一個'帳戶'說'帳戶'。當你給像'FooType'這樣無意義類型名稱的例子時，你不能指望一個好的答案。我可以看到@dotctor已經給出了很好的答案。這就是說，你的問題是主觀的，因此是題外話。 – 2015-02-17 20:42:09

不，沒有命名約定。事實上，在.NET Framework本身並不能避免使用具有相同的名稱作爲自己的類型屬性，甚至suggest it in some older guidelines：

SolidBrush.Color

Control.Font

這不是一個很簡單的解決方案，並may cause confusion in certain edge cases like calling static members，但它並沒有那麼糟糕，有理由避免它斷然。

來源

2015-02-17 20:50:08

我會嘗試使用polymophy子類Foo並使用工廠的枚舉FooType來創建對象。你的子類應該重寫一般的方法來添加特定的行爲。但我認爲上下文對於選擇正確的模式非常重要。只是使用一個特殊的命名在我看來是混亂的，並不代表你的意願。

來源

2015-02-17 20:45:18 donmarkusi

屬於另一個具有類似名稱的類的屬性的名稱約定

回答

相關問題