我應該將每個班級放在單獨的文件中嗎？

我應該將每個班級放在單獨的文件中嗎？即使那些只在一個地方使用的短助手類？像這樣：我應該將每個班級放在單獨的文件中嗎？

public class IntToVisibilityConverter : GenericValueConverter<int, Visibility> 
{ 
    protected override Visibility Convert(int value) 
    { 
     return value == 0 ? Visibility.Collapsed : Visibility.Visible; 
    } 
}

來源

2012-03-13 Poma

如果你有一個真正需要成爲一個單獨的類的類，但也只能在一個地方使用，那麼最好將它保存在同一個文件中。如果這種情況經常發生，你可能會遇到更大的問題。 – 2012-03-13 13:59:41

這很大程度上取決於個人偏好，但我喜歡這樣做。

在這種情況下，我將在我的應用程序中有一個名爲ValueConverters的文件夾，並且所有轉換器（包括它們內部的短轉換器都是它們自己的文件）。

我發現通過解決方案資源管理器可以更容易地瞭解項目的組成部分。

來源

2012-03-13 13:59:38

這是一個很好的做法。

如果您在課後給文件命名，您可以輕鬆找到該類。

ReSharper的有一個內置的錯誤類不匹配他們在文件名稱...

來源

2012-03-13 13:58:50 Oded

我爲什麼要搜索僅在一個地方使用並在同一個文件中聲明的類？ – Poma 2012-03-13 13:59:58

@Poma - 今天只在一個地方。和明天？你會寫一個新的，因爲你找不到現有的幫手。 – Oded 2012-03-13 14:00:49

@Poma - 如果您的應用程序中的其他地方突然需要在後續擴展時使用它，該怎麼辦？關於可擴展性而不是快捷方式構建應用程序。 – 2012-03-13 14:02:45

我做到這一點，它通常是這樣做的最佳實踐，但有時是見仁見智。

來源

2012-03-13 13:59:23 Magrangs

什麼是非答案。這通常是一個真正意義上的問題？什麼？ – Oded 2012-03-13 14:00:01

我沒有看到問題。這通常是最佳做法，但有些人不這樣做，那有什麼問題？ – Magrangs 2012-03-13 14:01:14

'通常最佳實踐'，因爲我曾經工作過的一些公司並沒有將其作爲最佳實踐，有些公司也是如此。「有時候是一個意見問題」，因爲有些人真的不在乎，有些人是做的。問題本身就是問題本身，而不是答案，其他人只是重複了我所說的話。希望這會爲你清除它。 – Magrangs 2012-03-13 14:10:41

我會給你解釋一下這個問題：我應該使用StyleCop嗎？（它包括這個規則）。答案是肯定的。我使用它，我的代碼更具可讀性（但我必須承認我禁用了所有需要方法文檔完整的規則:-)）

我確實認爲，當您在團隊中編程時，固定和統一的代碼格式非常重要。即使你編程「獨奏」。雜亂的代碼更難以閱讀，並且錯誤可以更好地隱藏在雜亂中:-)

來源

2012-03-13 14:00:07 xanatos

通常是將每個類放入單獨文件中的最佳做法。考慮到你的短期助手課程;你可以創建一個包含所有幫助器方法的幫助器類，以防止有太多的類。如果你的助手類變得太大，你可以分開你的助手功能每個類別

來源

2012-03-13 14:01:20

通常，國際海事組織是的。想想任何必須找到代碼所在的新開發人員。是的，你可以使用去定義，但那不是全部，全部結束。但是，我會說，有時候如果你有一個很小的接口，並且只用於它所在的類，那麼你可能會逃避它。但是，即使這樣做可能會擴展並且隨後需要被撤出（也許這些合約應該在另一個命名空間中）。

所以，最終我會說絕大多數時候，是的，但有一些注意事項。與其他任何東西一樣，它絕不是黑色和白色

來源

2012-03-13 14:01:28

我應該將每個班級放在單獨的文件中嗎？

回答

相關問題