Col*_*nic 29
不,令人沮丧.这就是Style Cop适得其反的原因.一致的格式看起来不错,但它的生产效率很小(真正使代码难以读取的是长度和间接).完美的间距不值得花费数小时手动调整线条.
如果有一个自动化工具来实现一致的格式化,我可能会在签入后将其挂钩.但是风格警察是由虐待狂制造的,他们强迫用户手动进行繁琐的格式化.据推测他们的谈话是这样的:
Bob:使用模式匹配,软件识别丑陋的代码
Charlie: - 并修复它!
鲍勃:没有.它会打印一条关于每次违规的消息.
查理:然后用户右键单击以解决所有问题?
鲍勃:没有.消息骂他们"逗号周围的无效间距".
查理:然后解释用户如何修复它?
鲍勃:不,这些信息在一份单独的文件中.
查理:在谷歌上?
鲍勃:不.
我讨厌风格警察.它低于最低可行产品.
FxCop还没有自己的固定功能.Roslyn项目(目标是在VS11之后的某个地方发布)将为静态分析规则提供一个新的引擎,并附带内置的修复功能.
有许多工具可以提供自己的修复规则.之前提到过一些:
这些有时会标记比FxCop或StyleCop更多或更多的东西.而且这里存在冲突规则的危险.如果你是像FxCop这样的工具,那么这里已经发生了这种情况.
还有一些开源项目试图为最常见的FxCop和StyleCop警告提供修复.我没有尝试过StyleCop,但是大多数FxCop自动修复工具都不能很好地工作,因为很少有FxCop规则真的很容易修复.
这些工具都无法帮助您修复自定义规则(或您从其他来源下载的规则,例如MSOCAF或开源项目(例如FxCopContrib)或其他Microsoft项目(例如开源中包含的规则)Web服务软件工厂CTP).
而且,特别是对于FxCop规则,我看到虽然被标记的东西,这似乎很容易解决,实际上指向一个更大的问题.
这对StyleCop的应用要少得多,因为编码风格通常与实际的底层实现或设计无关.如果您没有使用现在默认配备StyleCop 的Resharper集成,那么看起来StylecopFixer是一个很棒的附加组件.
| 归档时间: |
|
| 查看次数: |
16730 次 |
| 最近记录: |