.NET團隊 - 最佳實踐和方法

Question

您將在新的.NET開發團隊中實施哪些最佳實踐和方法？

干杯

Answer 1

• 僅使用Visual Studio
• 如果需要數據庫，請使用服務器（盡早減少SQL問題）
• 使用版本控制

Answer 2

更新

MSDN - 類庫開發人員的設計指南 - 所有版本

我還假設OP正在引用編碼標准。 至於更一般的做法。

• 統一開發環境（Visual Studio可能會獲得最佳結果）
• 版本控制（如果你負擔得起， Team Foundation Server很棒，如果不是SVN的話 ）
• 團隊協作（ Trac，如果你選擇SVN ，TFS也有一些東西）

Answer 3

好問題。 我最近不得不和我的團隊打交道。 這里有幾個快速點：

• 提出編碼和文檔標准。 搜索C＃樣式指南將產生一些好的結果。 StyleCop和FxCop可能對執行您的標准很有用。
• 來源控制。 SVN很受歡迎，但我更喜歡Mercurial。
• 根據您正在處理的項目類型，您可能希望決定標准體系結構。 通常，我們使用UI - 應用程序 - 業務邏輯 - 基礎架構架構。
• 將數據庫置於版本控制中。

Answer 4

你要書架。 我認為你不想長時間閱讀答案，實際上涵蓋了你的要求。

Answer 5

Microsoft的模式和實踐小組可能會提供一些建議，這些建議可以作為一些良好實踐的資源。

持續整合將是我與技術債務一起引入的另一種做法。

我將回顧各種敏捷實踐 ，看看團隊認為值得采用的是什么，什么不是。 部落領導也是我要檢查的部分，看看部落是什么階段，如果可能的話，盡量把它帶到第4階段。

如果我能夠為團隊賦予一些價值，那就是對我們的工作感到自豪，彼此尊重，並且考慮到對團隊有利而不是個人利益的事情。 認為文化不是問題的一部分，這是我心中的自然后續行動。

Answer 6

你需要使用版本控制（svn很棒），但同時你不應該檢查sourcecontrol中的所有內容 。 跳過檢查編譯輸出和配置文件，而不是將配置文件作為app.config.template文件檢入，並讓每個開發人員自己創建名為app.config的配置文件副本。 檢查.template文件的新更改，並讓所有開發人員定期檢查並更新其本地版本（如果更改）。

Answer 7

如果可能的話，將初級會員與更高級的會員配對。 無論哪種方式，絕對有代碼審查。 我還鼓勵他們安排研討會或討論，以便他們能夠獲得更全面的技能，並增加他們可能不會意識到的不同領域的風險。

我也鼓勵他們去參加用戶組會議。

Answer 8

我將首先瀏覽MSDN開發人員中心網站：

http://msdn.microsoft.com/en-us/aa937802.aspx

Answer 9

由於您使用的是C＃，我建議使用StyleCop來保持代碼布局的一致性。 既然你說它是一個新的團隊，我假設代碼庫也是新的。 使用StyleCop重新開始比嘗試擺脫現有代碼庫中的警告要容易得多。

Answer 10

大多數人會同意自動單元測試是一件非常好的事情。 你可能想要去tdd路線並且從不編碼任何沒有測試的東西，或者你可能想要在代碼之后編寫測試，只關注關注的關鍵領域而不是爭取100％的覆蓋率。 無論哪種方式，通過測試確定您想要達到的目標，並確保遵守。 如果沒有嚴格的單元測試法則，您可能會發現一些（如果不是全部）代碼都沒有自動化測試，而且代碼測試的唯一方法就是有人進入UI並實際使用它。

Answer 11

沒有特別的順序，

• 敏捷/ Scrum
• 一套很好的工具-Resharper，Redgate SQL Tools，FXCop等。
• 測試驅動開發
• 持續集成