[英].NET Team - Best Practices and Methods
您将在新的.NET开发团队中实施哪些最佳实践和方法?
干杯
更新
我还假设OP正在引用编码标准。 至于更一般的做法。
好问题。 我最近不得不和我的团队打交道。 这里有几个快速点:
你要书架。 我认为你不想长时间阅读答案,实际上涵盖了你的要求。
Microsoft的模式和实践小组可能会提供一些建议,这些建议可以作为一些良好实践的资源。
我将回顾各种敏捷实践 ,看看团队认为值得采用的是什么,什么不是。 部落领导也是我要检查的部分,看看部落是什么阶段,如果可能的话,尽量把它带到第4阶段。
如果我能够为团队赋予一些价值,那就是对我们的工作感到自豪,彼此尊重,并且考虑到对团队有利而不是个人利益的事情。 认为文化不是问题的一部分,这是我心中的自然后续行动。
你需要使用版本控制(svn很棒),但同时你不应该检查sourcecontrol中的所有内容 。 跳过检查编译输出和配置文件,而不是将配置文件作为app.config.template文件检入,并让每个开发人员自己创建名为app.config的配置文件副本。 检查.template文件的新更改,并让所有开发人员定期检查并更新其本地版本(如果更改)。
如果可能的话,将初级会员与更高级的会员配对。 无论哪种方式,绝对有代码审查。 我还鼓励他们安排研讨会或讨论,以便他们能够获得更全面的技能,并增加他们可能不会意识到的不同领域的风险。
我也鼓励他们去参加用户组会议。
我将首先浏览MSDN开发人员中心网站:
由于您使用的是C#,我建议使用StyleCop来保持代码布局的一致性。 既然你说它是一个新的团队,我假设代码库也是新的。 使用StyleCop重新开始比尝试摆脱现有代码库中的警告要容易得多。
大多数人会同意自动单元测试是一件非常好的事情。 你可能想要去tdd路线并且从不编码任何没有测试的东西,或者你可能想要在代码之后编写测试,只关注关注的关键领域而不是争取100%的覆盖率。 无论哪种方式,通过测试确定您想要达到的目标,并确保遵守。 如果没有严格的单元测试法则,您可能会发现一些(如果不是全部)代码都没有自动化测试,而且代码测试的唯一方法就是有人进入UI并实际使用它。
没有特别的顺序,
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.