2011-02-14 66 views

回答

1

从技术上讲,你可以这样做,但它是非常(!)使用StyleCop的不寻常的方式。

首先,您应该学习如何从代码中运行StyleCop。这个讨论包含一些可以帮助实现的例子:http://stylecop.codeplex.com/discussions/220546

然后,您将能够创建单元测试,枚举并检查指定位置中的所有源文件。这里的不好的部分是你需要以某种方式指定这个位置,单元测试可以使用源代码而不是编译程序集(这非常不典型)。

但无论如何,我会建议重新考虑你的方法。这不是真的需要将StyleCop错误视为编译错误。您可以在构建服务器上执行分析,并以任何您喜欢的方式共享结果(与单元测试相同的事情) - 掌握一切!

0

我只希望它列入我的构建过程和失败的治疗积累,如果有是警告(通过恶性或蚂蚁返回代码或类似的东西)。您可以配置这些工具以仅吐出所需的警告。

为什么你在单元测试中需要它?

+0

在编译时和单元测试中,将每个静态代码分析规则视为错误,存在很大差异。在一项任务开始时,如果每个小小的分类规则都会产生一个错误 - 例如双空间,缺少评论等。我们有一个签入舞蹈,其中包括StyleCop步骤,但很多忽略了这一步骤(这是一个手动步骤 - 我明白为什么!)。如果我们在单元测试中包含静态代码分析,它将在签入之前或由我们的CI进行强制性的单元测试。 – jaspernygaard 2011-02-14 17:54:28

+0

Imho,只会膨胀单元测试。花一天时间并调整规则,然后将其整合到您的构建周期中。如果您不希望它们产生错误,您也可以将警告标记为无关紧要。 – Falcon 2011-02-14 20:15:14

相关问题