.NET团队 - 最佳实践和方法

Question

您将在新的.NET开发团队中实施哪些最佳实践和方法？

干杯

Answer 1

• 仅使用Visual Studio
• 如果您需要数据库，请使用服务器（尽早减少SQL问题）
• 使用版本控制

Answer 2

<强>更新

MSDN - Design Guidelines for Class Library Developers - All Versions

我还假设OP正在引用编码标准。至于更一般的做法。

• 统一开发环境（Visual Studio可能会获得最佳结果）
• 版本控制（Team Foundation Server非常好，如果你能负担得起，如果不是SVN）
• 团队协作（Trac如果你选择SVN，TFS也有一些东西）

Answer 3

好问题。我最近不得不和我的团队打交道。这里有几个快速点：

• 提出编码和文档标准。搜索C＃样式指南将产生一些好的结果。 StyleCop和FxCop可能对执行您的标准很有用。
• 来源控制。 SVN很受欢迎，但我更喜欢Mercurial。
• 根据您正在处理的项目类型，您可能希望决定标准体系结构。通常，我们使用UI - 应用程序 - 业务逻辑 - 基础架构架构。
• 将数据库置于版本控制中。

Answer 4

你要书架。我认为你不想长时间阅读答案，实际涵盖你的要求。

Answer 5

Microsoft's Patterns & Practices group可能有一些建议，可以作为一些良好做法的资源。

Continuous Integration是我将与Technical Debt一起介绍的另一种做法。

我会审核各种Agile practices，看看团队认为值得采用什么，不做什么。 Tribal Leadership也是我要检查的部分，看看部落是什么阶段，如果可能的话，尝试将它带到第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等。
• 测试驱动开发
• 持续集成