繁体   English   中英

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

[英].NET Team - Best Practices and Methods

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

干杯

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

更新

MSDN - 类库开发人员的设计指南 - 所有版本

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

  • 统一开发环境(Visual Studio可能会获得最佳结果)
  • 版本控制(如果你负担得起, Team Foundation Server很棒,如果不是SVN的话
  • 团队协作( Trac,如果你选择SVN ,TFS也有一些东西)

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

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

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

Microsoft的模式和实践小组可能会提供一些建议,这些建议可以作为一些良好实践的资源。

持续整合将是我与技术债务一起引入的另一种做法。

我将回顾各种敏捷实践 ,看看团队认为值得采用的是什么,什么不是。 部落领导也是我要检查的部分,看看部落是什么阶段,如果可能的话,尽量把它带到第4阶段。

如果我能够为团队赋予一些价值,那就是对我们的工作感到自豪,彼此尊重,并且考虑到对团队有利而不是个人利益的事情。 认为文化不是问题的一部分,这是我心中的自然后续行动。

你需要使用版本控制(svn很棒),但同时你不应该检查sourcecontrol中的所有内容 跳过检查编译输出和配置文件,而不是将配置文件作为app.config.template文件检入,并让每个开发人员自己创建名为app.config的配置文件副本。 检查.template文件的新更改,并让所有开发人员定期检查并更新其本地版本(如果更改)。

如果可能的话,将初级会员与更高级的会员配对。 无论哪种方式,绝对有代码审查。 我还鼓励他们安排研讨会或讨论,以便他们能够获得更全面的技能,并增加他们可能不会意识到的不同领域的风险。

我也鼓励他们去参加用户组会议。

我将首先浏览MSDN开发人员中心网站:

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

由于您使用的是C#,我建议使用StyleCop来保持代码布局的一致性。 既然你说它是一个新的团队,我假设代码库也是新的。 使用StyleCop重新开始比尝试摆脱现有代码库中的警告要容易得多。

大多数人会同意自动单元测试是一件非常好的事情。 你可能想要去tdd路线并且从不编码任何没有测试的东西,或者你可能想要在代码之后编写测试,只关注关注的关键领域而不是争取100%的覆盖率。 无论哪种方式,通过测试确定您想要达到的目标,并确保遵守。 如果没有严格的单元测试法则,您可能会发现一些(如果不是全部)代码都没有自动化测试,而且代码测试的唯一方法就是有人进入UI并实际使用它。

没有特别的顺序,

  • 敏捷/ Scrum
  • 一套很好的工具-Resharper,Redgate SQL Tools,FXCop等。
  • 测试驱动开发
  • 持续集成

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM