ruby-on-rails – 针对rails应用程序的watchr vs autotest

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 针对rails应用程序的watchr vs autotest前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
所以我最近在使用我的rails3应用程序进行自动测试时遇到了很多问题.为了让它继续工作,我开始寻找其他选择,而不是继续摆弄它.现在看起来看起来像是一个很好的选择.但是我想问一下,使用一个比另一个有什么特别的优势吗?我能说的最明显的是观察者需要更多的设置.然而,在那之后它似乎“正常工作”.所以这种权衡对我来说似乎很值得,但其他一些优点/缺点是什么呢?

另外,我不太熟悉spork是什么或者它是如何工作的,但是看守可以和spork一起使用,让我在轨道运行中获得更快的测试优势吗?

解决方法

我最近遇到了自动测试的问题,因为如果你不使用它所期望的文件结构,这是很讨厌的.因此,我给观察者一个尝试,我很高兴.

如果您只想在更改后自动运行测试,则两个工具都是相同的.自动测试将在rails项目中开箱即用,而watchr需要运行配置文件.所以观察者有一点开销.但是,有几个项目已经将watchr配置为像autotest一样.

只要您想在每次更改特定文件时使用自定义命令,监视器就会显示它的强度.例如,每次更改重要文件时,每次schema.rb更改或生成更新的文档时都运行rake注释.

通过它的简单配置语法可以在watchr中实现这种行为:watch(‘regular expression’){| match_data | your_command match_data [0]}.要运行所有颜色的规格,请调用watchr config_file.rb,而config_file.rb包含

watch ('spec/.*_spec\.rb') {|md| system "rspec -c spec/"}

由于守望者似乎与nestor(类似于spork)一起工作,因此应该可以整合spork.

总结一下:watchr比自动测试更灵活,但需要一些配置才能开始.看守应该能够很好地与spork一起工作.

猜你在找的Ruby相关文章