2008-11-13 50 views
3

最近question about StyleCop提醒我使用工具來強制編碼風格。如果在開發過程中需要運行其中一種工具,我會感到非常煩惱。人們真的覺得它們有用嗎?爲什麼或者爲什麼不?風格執行工具是否有用?

大家迄今已回答表明,他們認爲款式/格式化規則是有用的,我在與100%的協議。但是,如何使用工具來執行,而不是風格指南和常規代碼評論?有人發現在實踐中有用嗎?爲什麼或者爲什麼不?

回答

1

我喜歡StyleCop的概念,雖然我並不真正關心很多規則。風格就是這麼主觀,我發現自己奮力堅決決定是否應該成爲我們處理或沒有的一部分。我真的希望看到球隊有統一的風格,雖然,這就是爲什麼我如此撕裂。

顯然,方程的翻蓋側,與(供同道TFS用戶或代碼分析)一樣的FxCop的工具更多的是基於實踐,使決策變得比個人和文體的更多的技術。

0

如果樣式指的是格式(如'{'必須位於行尾或行首),這可能非常煩人,特別是涉及合併時,並且該樣式未嚴格執行所有開發者。

如果風格是指「好的做法」(喜歡的身體‘如果’語句必須被包裹在打開和關閉大括號),也可以是實際上是非常有用的。

0

我認爲,在一個大型團隊,一個統一的編碼風格是必不可少的,有一些標準有助於可維護性,因爲一個新的開發人員可以用最少的學習曲線來維護舊的代碼。因爲'{'來的地方)可以很容易地通過自動化工具完成,而不會對發明產生影響發酵過程太多。 Eclipse和Visual Studio都有一套非常豐富的選項,可以根據大量選項自動設置代碼格式。

4

是的,這是非常有幫助的 - 尤其是在大項目。這意味着你可以去任何其他人的代碼,而且它對你來說不會陌生。這意味着人們在項目中更具可移植性,這爲人員和公司提供了更大的靈活性。

的缺點是很多的時間可以花在爭論要使用的樣式。在編程或格式化風格

0

限制可能有助於減少在團隊中不止一個人的摩擦。

限制語言功能(特別是僅使用C#的一個子集)可以幫助您專注於問題域,而不必處理大量的概念。如果你的軟件必須強大且完全可以理解,這很重要。

問候, tamberg

2

有一種編碼風格和格式樣式之間的差異。 編碼風格強制實施良好做法。 一個「IF」語句的主體必須被包裹在打開和關閉大括號 格式樣式是怎樣的代碼看起來。 '{'出現在'IF'語句中。

在團隊環境中;

一個好的格式化工具將允許所有開發人員以他們想要查看代碼的方式查看代碼。 一個好的風格工具將確保所有的代碼遵循相同的指導方針

+0

即細線。在我的書中,大括號的位置比大括號更重要。 – 2008-12-10 13:01:31

0

如果您正在使用版本控制系統,它可以變得非常難看,如果每一個開發商對重新格式化,只要他所涉及的文件,他自己的喜好代碼。在開發人員沒有必要的溝通技巧的地方,如果每個開發人員都被動地堅持「他的」標準,維基百科編輯之戰就會隨之而來。

總的來說,如果兩個人在同一個文件上工作,手動重新格式化還會導致更多的checkin衝突。

因此,如果您使用的是VCS,我甚至建議執行格式化規則。強制樣式規則能帶來更好的代碼質量。