人們疏于在Rails開發(fā)應(yīng)用中去駕馭規(guī)范的一個基本的原因是運行的規(guī)范套件所需要的時間。很多工具可以用來緩和這個麻煩，比如 Spork ,  Zeus 和  Spring。事實上，Rails 4.1將會在春季推出標準。不幸的是，這些工具僅僅是解決問題癥狀的 一個拐杖，而不是解決問題本身。實際的問題是書寫耦合度高的代碼需要有一個完整的Rails的架構(gòu)支撐，這個架構(gòu)會緩慢啟動。

開發(fā)解耦代碼

一種解決方法是：書寫的代碼是獨立的，元件盡可能的與系統(tǒng)分離。用另外的話說，就是寫SOLID Rails 代碼。舉一個特殊的例子，可以直接寫一個類模塊去創(chuàng)建一個事例。而不是使用依賴的插入的方法去去除涉及到類的硬編碼。我們僅僅需要去保證：我們安全的采用模塊符號或者懶惰的評價去得到默認的引用。以下是一個服務(wù)，它需要在ActiveRecord模塊中創(chuàng)建一個小工具。我們采用懶惰的評價去介入的方法來替換直接的引用工具類。這可以解耦我們的代碼，同時不需要ActiveRecord載入。

# A tightly coupled class. We don't want this.  
class MyService  
  def create_widget(params)  
    Widget.create(params)  
  end 
end 
 
# We can inject in the initializer  
class MyService  
  attr_reader :widget_factory  
 
  def initialize(dependencies={})  
    @widget_factory = dependencies.fetch(:widget_factory) { Widget }  
  end 
 
  def create_widget(params)  
    widget_factory.create(params)  
  end 
end 
 
# Or we can explictly inject via a setter with a lazy reader  
class MyService  
  attr_writer :widget_factory  
 
  def widget_factory  
    @widget_factory ||= Widget  
  end 
 
  def create_widget(params)  
    widget_factory.create(params)  
  end 
end 
 
# A specification injecting the dependency using the second method  
describe MyService do  
  subject(:service) { MyService.new }  
  let(:widget_factory) { double 'widget_factory', create: nil }  
  before { service.widget_factory = widget_factory }  
 
  it 'creates a widget with the factory' do  
    service.create_widget({name: 'sprocket'})  
    expect(widget_factory).to have_received(:create).with({name: 'sprocket'})  
  end 
end 

當(dāng)你采用這種方式寫代碼時，你可以開始重新組織怎么建立自己的規(guī)范和最小化環(huán)境需求來運行這些規(guī)范和滿足規(guī)則需求的代碼。典型spec_helper.rb會有一個如下的一行代碼：

require File.expand_path("../../config/environment", __FILE__)  

這個將會載入整個的Rails程序且降低測試運行速度。為了讓規(guī)范達到更快的速度，可以使用一個不含有上面那行代碼的配置文件。那么讓我們開始創(chuàng)建一個輕量級的rb包：base_sepc_helper.rb:

ENV["RAILS_ENV"] ||= 'test' 
require 'rubygems' 
 
RAILS_ROOT = File.expand_path('../..', __FILE__)  
Dir[File.join(RAILS_ROOT, 'spec/support/**/*.rb')].each {|f| require f}  
 
RSpec.configure do |config|  
  config.mock_with :rspec 
  config.order = 'random' 
  # Your prefered config options go here  
end 
 
require 'active_support' 
require 'active_support/dependencies' 

我們通過請求active_support和active_support/dependencies包來訪問Rails使用的自動裝載機，實際上并沒有導(dǎo)入所有的Rails。它是相當(dāng)?shù)妮p量級并且方便性超過了損耗。在每個需要這個base包的helper里，我們將會添加我們程序相對應(yīng)的部分到ActiveSupport::Dependencies.autoload_paths中。

簡單的Ruby對象說明

取決于你指定的應(yīng)用程序部分，你可以在任意一個上下文中創(chuàng)建一個你所需要的輔助細則。例如，最簡單的是指定一個任意類型的Ruby純類作為服務(wù)類。如下面services_spec_helper.rb例子

require 'base_spec_helper' 
Dir[File.join(RAILS_ROOT, "spec/support_services/**/*.rb")].each {|f| require f}  
ActiveSupport::Dependencies.autoload_paths << "#{RAILS_ROOT}/app/services" 

裝飾說明

于你的裝飾而言，你可能會選擇布商，你的decorators_spec_helper.rb就如以下所看到的。

require 'base_spec_helper' 
require 'draper' 
Draper::ViewContext.test_strategy :fast 
Dir[File.join(RAILS_ROOT, "spec/support_decorators/**/*.rb")].each {|f| require f}  
ActiveSupport::Dependencies.autoload_paths << "#{RAILS_ROOT}/app/decorators" 

模塊規(guī)范

測試模塊還需要做一點事情. 假設(shè)你現(xiàn)在正在用ActiveRecord你會需要建立一個和數(shù)據(jù)庫的連接. 我們并不需要將defactory_girl或者database_cleaner加入你的測試中，而且并不會真的創(chuàng)建對象. 實際上,唯一需要進行創(chuàng)建數(shù)據(jù)庫對象的地方就是當(dāng)你進行特定對象測試的時候.當(dāng)你確實需要創(chuàng)建一些對象的時候，你只需要手動的進行清理和轉(zhuǎn)換. 這就是一個樣例models_spec_helper.rb:

require 'base_spec_helper' 
require 'active_record' 
# RSpec has some nice matchers for models so we'll pull them in  
require 'rspec/rails/extensions/active_record/base' 
Dir[File.join(RAILS_ROOT, "spec/support_models/**/*.rb")].each {|f| require f}  
 
# Manually connect to the database  
ActiveRecord::Base.establish_connection(  
  YAML.load(File.read(RAILS_ROOT + '/config/database.yml'))['test']  
)  
 
ActiveSupport::Dependencies.autoload_paths << "#{RAILS_ROOT}/app/models" 

特點說明

最后, 當(dāng)我們創(chuàng)建特色應(yīng)用時, 我們會需要Rails全套知識并且feature_spec_helper.rb看起來就和spec_helper.rb差不多了.

作為總結(jié)

我自己也開始在項目中加入這些改變并且這也讓我能用更加簡單的代碼去完成一個項目. 你們可以在Github上找到:https://github.com/Originate/rails_spec_harness

當(dāng)在項目中引入這些變化時候，我發(fā)現(xiàn)速度至少增長了8-12倍. 變化最大的一個項目竟然增長了27倍同時也包括了這些對應(yīng)的編程效率上的提高.舉個例子，我開始寫一個含有4個簡單例子的Ruby類. 然后我使用time命令行工具去衡量運行的效率，并且之后我能得到如下的結(jié)果，F(xiàn)ULL Rails VS MINIMAL:

寫牛逼的代碼，隔離你的單獨模塊，然后，享受編碼的樂趣吧。

英文原文：Speed Up Your Rails Specs by 10x

原文鏈接：http://www.oschina.net/translate/improve-your-rails-specification-speed-by-10x