如何提高我们的.NET工作效率？

Question

我领导了一个由六名开发人员组成的团队，在过去的一年里，我们已经迁移到Silverlight/WCF/C#/EF/SQL Server架构来进行开发。我们现在已经部署了5到6个使用这个架构的小应用程序，我们目前正在开发一个更大的系统。

我们已经开发了我们自己的小解决方案框架，我们使用它作为我们所有新开发人员的模板。工作效率非常好。尽管如此，我还是感觉到了用更少的资源提供更多功能的压力，我想知道我们是否应该采用更多的工具。

我们致力于.NET和Silverlight，但当我读到"Ruby on Rails“将生产力提高10倍的声明时，它让我感到紧张。对于.NET，有没有大致相同的工具/架构/模式？是否有一些高级功能可以让您快速部署企业功能？

Answer 1

Ruby结合了一些ORM，类似于.NET世界中的ASP.NET /Rails。在过去的几年里，我一直在使用ASP.NET MVC和LINQ to SQL进行敏捷开发，并取得了良好的结果。我将我最大的生产力收益主要归因于切换到测试驱动的开发范例，并在小的、频繁发布的迭代中大量投资于基于故事的开发。最大的收获不一定是更快地开发软件，而是在第一时间开发正确的软件--导致更少的返工和用于开发的特性的高比率。此外，用单元测试包围我的代码允许我随着时间的推移继续以大致相同的速度进行开发，而传统方法中未经测试或测试不足的代码会随着复杂性的增加而导致生产力的急剧下降。与标准的web表单相比，ASP.NET MVC更适合这种开发风格。你可以用你的WCF代码实现很多相同级别的可测试性。

Answer 2

就我个人而言，我不知道有任何这样的.NET工具，但我想提供一些思考的食粮。

我建议从整体上关注您的体系结构，并确定您的系统的“组件化”程度。例如，您是否在体系结构中使用过design patterns？您是否有特定的、可重用的数据层组件？具体的可重用UI层组件？特定的可重用业务层组件？

虽然这样的架构看起来很理想化，但随着时间的推移，您应该能够构建一个可重用组件库。然后，构建未来的系统只不过是组装必要的构建块，可能只需要一些最少的定制工作(如果您愿意，可以考虑乐高)。

当然，偶尔(尤其是在一开始)，您必须编写和/或重构现有组件来创建构建块库，但希望从长远来看，您将获得好处。

也许也要检查一下您的方法--您的解决方案框架基本上是您的开发方法吗？或者它只专注于架构和设计？也许如果你改变你的架构和设计方法，你的方法也应该改变，反之亦然。

希望这能有所帮助。

Answer 3

明确的规格。

TDD (测试驱动开发)与MDD (模型驱动开发)混合

源代码控制(作为SVN和Mercurial)

按应用程序分离的错误跟踪器

对报告的问题和提交完成的跟踪。

1个人负责清理resquest配方的噪音(例如:3个部门有3个新功能。它们都是每个部门的关键类。但有些可以等到下一个版本)

这些是帮助我所在的团队保持正轨的“工具”。