我不打算这是主观的,但如果答案可以通过建议或方向调整一点我会很感激:)
在过去的几年里,我的工作是开发并维护/扩展相当大的应用程序.该应用程序是我们部门运行的第一批.NET项目之一,几乎整个开发团队都是一个巨大的学习曲线.由于对于几乎每个人来说这是一种新的体验,我们已经制定了一些丑陋的代码 - 实际上"一些"更像是"可能是几十万行".
我们的团队现在大部分时间都已成熟,我们正在意识到我们的错误使应用程序陷入困境,并且维持其当前状态几乎与它所取代的神秘VB6应用程序一样困难.值得庆幸的是,决策者意识到我们需要纠正我们的错误,但是我们支持8球,我们的大多数开发人员都在预定的功能增强(我们的业务线中的必要恶意)或侧面项目上工作.
我们正在使用.NET 2.0,VS2005(希望迁移到2008年),TFS 2005(即将推出到2008年)
有哪些工具可以帮助我们实施编码标准(我正在审查Juval Lowy的C#标准并将其转录为VB.NET)
有哪些工具可以帮助我们识别设计不佳的组件？
有哪些工具可以帮助我们映射当前混乱的命名空间？
当我想到这些问题时,或者随着反应引发突触,我可能会更多地提出这个问题.
new - 是否有任何工具可以直接对抗TFS以帮助分析我们的代码？
| 归档时间： |
|
| 查看次数： |
873 次 |
| 最近记录： |