在什么情况下我不应该关心 Visual Studio 代码指标中的可维护性指数？
在我几乎每天都使用 Visual Studio 之后，我今天偶然发现了代码度量这个东西。我想它从 VS2008 左右就已经存在了，但我并没有兴趣去玩它。
我的解决方案中的大多数项目都具有相当高的可维护性指数 - 我的“废弃”项目为 85、83、86、76 和 59。我记得我几乎没有付出什么努力来使这些废弃项目变得美观，所以我同意这个指数。
但我无法想象这是一个完美的措施。在什么情况下我应该正确地不同意某个指数？
I just today stumbled upon the Code Metrics thing, after having used Visual Studio practically every day for... practically my whole life. I think it's been there since around VS2008, but I haven't cared to play with it.
Most of my projects in my solution have fairly high Maintainability Indices -- 85, 83, 86, and 76 and 59 on my "scrap" projects. I do remember putting very little effort into making those scrap projects presentable, so I agree with the index.
But I can't imagine it being a perfect measure. In what situations should I rightfully disagree with an index?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
“衡量可维护性的实用模型”谈到了可维护性指标的问题。主要缺点之一是它是几个其他指标的综合指数，因此很难说出分数为什么不好。
"A Practical Model for Measuring Maintainability" talks about the problems with the maintainability index. One of the main drawbacks is that it is a composite index of several other metrics, so it's hard to say why the score is bad.