12
提高公司編碼風格標準的最佳方法是什麼？這裏以C＃爲例。編碼風格：如何改進公司的編碼風格和標準
我想有很多開發人員之間的差異需要考慮。具體的可以是教育，經驗和過去的編程語言。
如何證明某件事是正確的而不是其他事情？
一個人可能會說「我把我的身體移動到我用我的四輪車賺錢的地方」。那爲什麼說「我開車去我的車」更「正確」？
有些人可能更喜歡使用更多代碼行更明確的代碼。有些人可能會喜歡更密的代碼。
// Explicit
string text = defaultValue;
if (string.IsNullOrEmpty(text)) {
text = fallbackValue;
}
// Tighter
string text = defaultValue ?? fallbackValue;
還是老的保護編程風格，你在開始時檢查錯誤的情況下，而不是整個包住方法身體正面的，如果從句中：
public string ChangeText(string text)
{
if (!string.IsNullOrEmpty(text))
{
// Do a lot of stuff
}
else {
throw new Exception();
}
}
// vs.
public string ChangeText(string text)
{
if (string.IsNullOrEmpty(text)) {
throw new Exception();
}
// Do a lot of stuff
}
是老「我遇到麻煩閱讀此代碼「在這裏有效？這與Generics被引入C＃時的情況是一樣的，人們在閱讀時遇到了最初的麻煩。
哪裏是一些開發人員不習慣的不可讀代碼和代碼之間的界限？
Phil Haacks的哪部分「7 Stages of new language keyword grief」在這裏有效？
有沒有簡單的方法來設置編碼標準，並在公司維護它們？
UPDATE：以在考慮之類的東西變量命名，不能真正在文檔中進行定義。或者可以嗎？
應該是社區維基 – SilentGhost 2009-09-22 15:49:05
更不用說重複幾個問題了。 – 2009-09-22 16:08:33