Skip to content

Latest commit

 

History

History
39 lines (27 loc) · 1.47 KB

Reek-Driven-Development.md

File metadata and controls

39 lines (27 loc) · 1.47 KB

Reek Driven Development

rake

One way to drive quality into your code from the very beginning of a project is to run Reek as a part of your testing process. For example, you could do that by adding a Rake Task to your rakefile, which will make it easy to run Reek on all your source files whenever you need to.

require 'reek/rake/task'

Reek::Rake::Task.new do |t|
  t.fail_on_error = true
  t.verbose = false
  t.source_files = 'lib/**/*.rb'
end

Now the command reek will run Reek on your source code (and in this case, it fails if it finds any smells). For more detailed information about Reek's integration with Rake, see Rake Task.

reek/spec

But there's another way; a much more effective "Reek-driven" approach: add Reek expectations directly into your Rspec specs. Here's an example taken directly from Reek's own source code:

it 'contains no code smells' do
  Pathname.glob('lib/**/*.rb').each do |file|
    expect(file).not_to reek
  end
end

By requiring "reek/spec":http://reek.rubyforge.org/rdoc/classes/Reek/Spec.html you gain access to the reek matcher, which returns true if and only if Reek finds smells in your code. And if the test fails, the matcher produces an error message that includes details of all the smells it found.

assert

If you're not yet into BDD with Rspec, you can still gain the benefits of Reek-driven development using assertions:

assert !Dir['lib/**/*.rb'].to_source.smelly?