Sinatra

注：本文档仅仅是英文版的翻译，会出现内容没有及时更新的情况发生。如有不一致的地方，请以英文版为准。

Sinatra是一个基于Ruby语言，以最小精力为代价快速创建web应用为目的的DSL（领域专属语言）：

# myapp.rb
require 'sinatra'

get '/' do
  'Hello world!'
end

安装gem然后运行：

gem install sinatra
ruby myapp.rb

在该地址查看： localhost:4567

推荐同时运行gem install thin，Sinatra会优先选择thin作为服务器。

路由

在Sinatra中，一个路由是一个HTTP方法与URL匹配范式的配对。每个路由都与一个代码块关联：

get '/' do
  .. 显示一些事物 ..
end

post '/' do
  .. 创建一些事物 ..
end

put '/' do
  .. 更新一些事物 ..
end

delete '/' do
  .. 消灭一些事物 ..
end

options '/' do
  .. 满足一些事物 ..
end

路由按照它们被定义的顺序进行匹配。第一个与请求匹配的路由会被调用。

路由范式可以包括具名参数，可通过params哈希表获得：

get '/hello/:name' do
  # 匹配 "GET /hello/foo" 和 "GET /hello/bar"
  # params[:name] 的值是 'foo' 或者 'bar'
  "Hello #{params[:name]}!"
end

你同样可以通过代码块参数获得具名参数：

get '/hello/:name' do |n|
  "Hello #{n}!"
end

路由范式也可以包含通配符参数，可以通过params[:splat]数组获得。

get '/say/*/to/*' do
  # 匹配 /say/hello/to/world
  params[:splat] # => ["hello", "world"]
end

get '/download/*.*' do
  # 匹配 /download/path/to/file.xml
  params[:splat] # => ["path/to/file", "xml"]
end

通过正则表达式匹配的路由：

get %r{/hello/([\w]+)} do
  "Hello, #{params[:captures].first}!"
end

或者使用代码块参数：

get %r{/hello/([\w]+)} do |c|
  "Hello, #{c}!"
end

条件

路由也可以包含多样的匹配条件，比如user agent：

get '/foo', :agent => /Songbird (\d\.\d)[\d\/]*?/ do
  "你正在使用Songbird，版本是 #{params[:agent][0]}"
end

get '/foo' do
  # 匹配除Songbird以外的浏览器
end

其他可选的条件是 host_name 和 provides：

get '/', :host_name => /^admin\./ do
  "管理员区域，无权进入！"
end

get '/', :provides => 'html' do
  haml :index
end

get '/', :provides => ['rss', 'atom', 'xml'] do
  builder :feed
end

你也可以很轻松地定义自己的条件：

set(:probability) { |value| condition { rand <= value } }

get '/win_a_car', :probability => 0.1 do
  "You won!"
end

get '/win_a_car' do
  "Sorry, you lost."
end

返回值

路由代码块的返回值至少决定了返回给HTTP客户端的响应体，或者至少决定了在Rack堆栈中的下一个中间件。大多数情况下，将是一个字符串，就像上面的例子中的一样。但是其他值也是可以接受的。

你可以返回任何对象，或者是一个合理的Rack响应， Rack body对象或者HTTP状态码：

一个包含三个元素的数组: [状态 (Fixnum), 头 (Hash), 响应体 (回应 #each)]
一个包含两个元素的数组: [状态 (Fixnum), 响应体 (回应 #each)]
一个能够回应 #each ，只传回字符串的对象
一个代表状态码的数字

那样，我们可以轻松的实现例如流式传输的例子：

class Stream
  def each
    100.times { |i| yield "#{i}\n" }
  end
end

get('/') { Stream.new }

自定义路由匹配器

如上显示，Sinatra内置了对于使用字符串和正则表达式作为路由匹配的支持。但是，它并没有只限于此。你可以非常容易地定义你自己的匹配器:

class AllButPattern
  Match = Struct.new(:captures)

  def initialize(except)
    @except   = except
    @captures = Match.new([])
  end

  def match(str)
    @captures unless @except === str
  end
end

def all_but(pattern)
  AllButPattern.new(pattern)
end

get all_but("/index") do
  # ...
end

请注意上面的例子可能超工程了，因为它也可以用更简单的方式表述:

get // do
  pass if request.path_info == "/index"
  # ...
end

或者，使用消极向前查找:

get %r{^(?!/index$)} do
  # ...
end

静态文件

静态文件是从 ./public_folder 目录提供服务。你可以通过设置:public 选项设定一个不同的位置：

set :public_folder, File.dirname(__FILE__) + '/static'

请注意public目录名并没有被包含在URL之中。文件 ./public/css/style.css是通过 http://example.com/css/style.css地址访问的。

视图 / 模板

模板被假定直接位于./views目录。要使用不同的视图目录：

set :views, File.dirname(__FILE__) + '/templates'

请记住一件非常重要的事情，你只可以通过符号引用模板，即使它们在子目录下（在这种情况下，使用 :'subdir/template'）。你必须使用一个符号，因为渲染方法会直接地渲染任何传入的字符串。

Haml模板

需要引入 haml gem/library以渲染 HAML 模板：

# 你需要在你的应用中引入 haml
require 'haml'

get '/' do
  haml :index
end

渲染 ./views/index.haml。

Haml的选项可以通过Sinatra的配置全局设定，参见选项和配置，也可以个别的被覆盖。

set :haml, {:format => :html5 } # 默认的Haml输出格式是 :xhtml

get '/' do
  haml :index, :haml_options => {:format => :html4 } # 被覆盖，变成:html4
end

Erb模板

# 你需要在你的应用中引入 erb
require 'erb'

get '/' do
  erb :index
end

渲染 ./views/index.erb

Erubis

需要引入 erubis gem/library以渲染 erubis 模板：

# 你需要在你的应用中引入 erubis
require 'erubis'

get '/' do
  erubis :index
end

渲染 ./views/index.erubis

使用Erubis代替Erb也是可能的:

require 'erubis'
Tilt.register :erb, Tilt[:erubis]

get '/' do
  erb :index
end

使用Erubis来渲染 ./views/index.erb。

Builder 模板

需要引入 builder gem/library 以渲染 builder templates：

# 需要在你的应用中引入builder
require 'builder'

get '/' do
  builder :index
end

渲染 ./views/index.builder。

Nokogiri 模板

需要引入 nokogiri gem/library 以渲染 nokogiri 模板：

# 需要在你的应用中引入 nokogiri
require 'nokogiri'

get '/' do
  nokogiri :index
end

渲染 ./views/index.nokogiri。

Sass 模板

需要引入 haml 或者 sass gem/library 以渲染 Sass 模板：

# 需要在你的应用中引入 haml 或者 sass
require 'sass'

get '/stylesheet.css' do
  sass :stylesheet
end

渲染 ./views/stylesheet.sass。

Sass 的选项可以通过Sinatra选项全局设定，参考选项和配置（英文）, 也可以在个体的基础上覆盖。

set :sass, {:style => :compact } # 默认的 Sass 样式是 :nested

get '/stylesheet.css' do
  sass :stylesheet, :style => :expanded # 覆盖
end

Scss 模板

需要引入 haml 或者 sass gem/library 来渲染 Scss templates：

# 需要在你的应用中引入 haml 或者 sass
require 'sass'

get '/stylesheet.css' do
  scss :stylesheet
end

渲染 ./views/stylesheet.scss。

Scss的选项可以通过Sinatra选项全局设定，参考选项和配置（英文）, 也可以在个体的基础上覆盖。

set :scss, :style => :compact # default Scss style is :nested

get '/stylesheet.css' do
  scss :stylesheet, :style => :expanded # overridden
end

Less 模板

需要引入 less gem/library 以渲染 Less 模板：

# 需要在你的应用中引入 less
require 'less'

get '/stylesheet.css' do
  less :stylesheet
end

渲染 ./views/stylesheet.less。

Liquid 模板

需要引入 liquid gem/library 来渲染 Liquid 模板：

# 需要在你的应用中引入 liquid
require 'liquid'

get '/' do
  liquid :index
end

渲染 ./views/index.liquid。

因为你不能在Liquid 模板中调用 Ruby 方法 (除了 yield) ，你几乎总是需要传递locals给它：

liquid :index, :locals => { :key => 'value' }

Markdown 模板

需要引入 rdiscount gem/library 以渲染 Markdown 模板：

# 需要在你的应用中引入rdiscount
require "rdiscount"

get '/' do
  markdown :index
end

渲染 ./views/index.markdown (md 和 mkd 也是合理的文件扩展名)。

在markdown中是不可以调用方法的，也不可以传递 locals给它。你因此一般会结合其他的渲染引擎来使用它：

erb :overview, :locals => { :text => markdown(:introduction) }

请注意你也可以从其他模板中调用 markdown 方法：

%h1 Hello From Haml!
%p= markdown(:greetings)

既然你不能在Markdown中调用Ruby，你不能使用Markdown编写的布局。不过，使用其他渲染引擎作为模版的布局是可能的，通过传递:layout_engine选项:

get '/' do
  markdown :index, :layout_engine => :erb
end

这将会渲染 ./views/index.md 并使用 ./views/layout.erb 作为布局。

请记住你可以全局设定这个选项:

set :markdown, :layout_engine => :haml, :layout => :post

get '/' do
  markdown :index
end

这将会渲染 ./views/index.markdown (和任何其他的 Markdown 模版) 并使用 ./views/post.haml 作为布局.

也可能使用BlueCloth而不是RDiscount来解析Markdown文件:

require 'bluecloth'

Tilt.register 'markdown', BlueClothTemplate
Tilt.register 'mkd',      BlueClothTemplate
Tilt.register 'md',       BlueClothTemplate

get '/' do
  markdown :index
end

使用BlueCloth来渲染 ./views/index.md 。

Textile 模板

需要引入 RedCloth gem/library 以渲染 Textile 模板：

# 在你的应用中引入redcloth
require "redcloth"

get '/' do
  textile :index
end

渲染 ./views/index.textile。

在textile中是不可以调用方法的，也不可以传递 locals给它。你因此一般会结合其他的渲染引擎来使用它：

erb :overview, :locals => { :text => textile(:introduction) }

请注意你也可以从其他模板中调用textile方法：

%h1 Hello From Haml!
%p= textile(:greetings)

既然你不能在Textile中调用Ruby，你不能使用Textile编写的布局。不过，使用其他渲染引擎作为模版的布局是可能的，通过传递:layout_engine选项:

get '/' do
  textile :index, :layout_engine => :erb
end

这将会渲染 ./views/index.textile 并使用 ./views/layout.erb 作为布局。

请记住你可以全局设定这个选项:

set :textile, :layout_engine => :haml, :layout => :post

get '/' do
  textile :index
end

这将会渲染 ./views/index.textile (和任何其他的 Textile 模版) 并使用 ./views/post.haml 作为布局.

RDoc 模板

需要引入 RDoc gem/library 以渲染RDoc模板：

# 需要在你的应用中引入rdoc/markup/to_html
require "rdoc"
require "rdoc/markup/to_html"

get '/' do
  rdoc :index
end

渲染 ./views/index.rdoc。

在rdoc中是不可以调用方法的，也不可以传递locals给它。你因此一般会结合其他的渲染引擎来使用它：

erb :overview, :locals => { :text => rdoc(:introduction) }

请注意你也可以从其他模板中调用rdoc方法：

%h1 Hello From Haml!
%p= rdoc(:greetings)

既然你不能在RDoc中调用Ruby，你不能使用RDoc编写的布局。不过，使用其他渲染引擎作为模版的布局是可能的，通过传递:layout_engine选项:

get '/' do
  rdoc :index, :layout_engine => :erb
end

这将会渲染 ./views/index.rdoc 并使用 ./views/layout.erb 作为布局。

请记住你可以全局设定这个选项:

set :rdoc, :layout_engine => :haml, :layout => :post

get '/' do
  rdoc :index
end

这将会渲染 ./views/index.rdoc (和任何其他的 RDoc 模版) 并使用 ./views/post.haml 作为布局.

Radius 模板

需要引入 radius gem/library 以渲染 Radius 模板：

# 需要在你的应用中引入radius
require 'radius'

get '/' do
  radius :index
end

渲染 ./views/index.radius。

因为你不能在Radius 模板中调用 Ruby 方法 (除了 yield) ，你几乎总是需要传递locals给它：

radius :index, :locals => { :key => 'value' }

Markaby 模板

需要引入markaby gem/library以渲染Markaby模板：

#需要在你的应用中引入 markaby
require 'markaby'

get '/' do
  markaby :index
end

渲染 ./views/index.mab。

你也可以使用嵌入的 Markaby:

get '/' do
  markaby { h1 "Welcome!" }
end

Slim 模板

需要引入 slim gem/library 来渲染 Slim 模板：

# 需要在你的应用中引入 slim
require 'slim'

get '/' do
  slim :index
end

渲染 ./views/index.slim。

Creole 模板

需要引入 creole gem/library 来渲染 Creole 模板：

# 需要在你的应用中引入 creole
require 'creole'

get '/' do
  creole :index
end

渲染 ./views/index.creole。

CoffeeScript 模板

需要引入 coffee-script gem/library 并至少满足下面条件一项以执行Javascript:

node (来自 Node.js) 在你的路径中
你正在运行 OSX
therubyracer gem/library

请察看 github.com/josh/ruby-coffee-script 获取更新的选项。

现在你可以渲染 CoffeeScript 模版了:

# 需要在你的应用中引入coffee-script
require 'coffee-script'

get '/application.js' do
  coffee :application
end

渲染 ./views/application.coffee。

嵌入模板字符串

get '/' do
  haml '%div.title Hello World'
end

渲染嵌入模板字符串。

在模板中访问变量

模板和路由执行器在同样的上下文求值。在路由执行器中赋值的实例变量可以直接被模板访问。

get '/:id' do
  @foo = Foo.find(params[:id])
  haml '%h1= @foo.name'
end

或者，显式地指定一个本地变量的哈希：

get '/:id' do
  foo = Foo.find(params[:id])
  haml '%h1= foo.name', :locals => { :foo => foo }
end

典型的使用情况是在别的模板中按照局部模板的方式来渲染。

内联模板

模板可以在源文件的末尾定义：

require 'sinatra'

get '/' do
  haml :index
end

__END__

@@ layout
%html
  = yield

@@ index
%div.title Hello world!!!!!

注意：引入sinatra的源文件中定义的内联模板才能被自动载入。如果你在其他源文件中有内联模板，需要显式执行调用enable :inline_templates。

具名模板

模板可以通过使用顶层 template 方法定义：

template :layout do
  "%html\n  =yield\n"
end

template :index do
  '%div.title Hello World!'
end

get '/' do
  haml :index
end

如果存在名为“layout”的模板，该模板会在每个模板渲染的时候被使用。你可以单独地通过传送 :layout => false来禁用，或者通过set :haml, :layout => false来禁用他们。

get '/' do
  haml :index, :layout => !request.xhr?
end

关联文件扩展名

为了关联一个文件扩展名到一个模版引擎，使用 Tilt.register。比如，如果你喜欢使用 tt 作为Textile模版的扩展名，你可以这样做:

Tilt.register :tt, Tilt[:textile]

添加你自己的模版引擎

首先，通过Tilt注册你自己的引擎，然后创建一个渲染方法:

Tilt.register :myat, MyAwesomeTemplateEngine

helpers do
  def myat(*args) render(:myat, *args) end
end

get '/' do
  myat :index
end

渲染 ./views/index.myat。察看 github.com/rtomayko/tilt 来更多了解Tilt.

过滤器

前置过滤器在每个请求前，在请求的上下文环境中被执行，而且可以修改请求和响应。在过滤器中设定的实例变量可以被路由和模板访问：

before do
  @note = 'Hi!'
  request.path_info = '/foo/bar/baz'
end

get '/foo/*' do
  @note #=> 'Hi!'
  params[:splat] #=> 'bar/baz'
end

后置过滤器在每个请求之后，在请求的上下文环境中执行，而且可以修改请求和响应。在前置过滤器和路由中设定的实例变量可以被后置过滤器访问：

after do
  puts response.status
end

请注意：除非你显式使用 body 方法，而不是在路由中直接返回字符串，消息体在后置过滤器是不可用的，因为它在之后才会生成。

过滤器可以可选地带有范式，只有请求路径满足该范式时才会执行：

before '/protected/*' do
  authenticate!
end

after '/create/:slug' do |slug|
  session[:last_slug] = slug
end

和路由一样，过滤器也可以带有条件:

before :agent => /Songbird/ do
  # ...
end

after '/blog/*', :host_name => 'example.com' do
  # ...
end

辅助方法

使用顶层的 helpers 方法来定义辅助方法，以便在路由处理器和模板中使用：

helpers do
  def bar(name)
    "#{name}bar"
  end
end

get '/:name' do
  bar(params[:name])
end

使用 Sessions

Session被用来在请求之间保持状态。如果被激活，每一个用户会话对应有一个session哈希:

enable :sessions

get '/' do
  "value = " << session[:value].inspect
end

get '/:value' do
  session[:value] = params[:value]
end

请注意 enable :sessions 实际上保存所有的数据在一个cookie之中。这可能不会总是做你想要的（比如，保存大量的数据会增加你的流量）。你可以使用任何的Rack session中间件，为了这么做， *不要*调用 enable :sessions，而是按照自己的需要引入你的中间件：

use Rack::Session::Pool, :expire_after => 2592000

get '/' do
  "value = " << session[:value].inspect
end

get '/:value' do
  session[:value] = params[:value]
end

挂起

要想直接地停止请求，在过滤器或者路由中使用：

halt

你也可以指定挂起时的状态码：

halt 410

或者消息体：

halt 'this will be the body'

或者两者;

halt 401, 'go away!'

也可以带消息头：

halt 402, {'Content-Type' => 'text/plain'}, 'revenge'

让路

一个路由可以放弃处理，将处理让给下一个匹配的路由，使用 pass：

get '/guess/:who' do
  pass unless params[:who] == 'Frank'
  'You got me!'
end

get '/guess/*' do
  'You missed!'
end

路由代码块被直接退出，控制流继续前进到下一个匹配的路由。如果没有匹配的路由，将返回404。

触发另一个路由

有些时候，pass 并不是你想要的，你希望得到的是另一个路由的结果。简单的使用 call 可以做到这一点:

get '/foo' do
  status, headers, body = call env.merge("PATH_INFO" => '/bar')
  [status, headers, body.map(&:upcase)]
end

get '/bar' do
  "bar"
end

请注意在以上例子中，你可以更加简化测试并增加性能，只要简单的移动

<tt>"bar"</tt>到一个被<tt>/foo</tt>

和 /bar同时使用的helper。

如果你希望请求被发送到同一个应用，而不是副本，使用 call! 而不是 call.

察看 Rack specification 如果你想更多了解 call.

设定消息体，状态码和消息头

通过路由代码块的返回值来设定状态码和消息体不仅是可能的，而且是推荐的。但是，在某些场景中你可能想在作业流程中的特定点上设置消息体。你可以通过 body 辅助方法这么做。如果你这样做了，你可以在那以后使用该方法获得消息体:

get '/foo' do
  body "bar"
end

after do
  puts body
end

也可以传一个代码块给 body，它将会被Rack处理器执行（这将可以被用来实现streaming，参见“返回值”）。

和消息体类似，你也可以设定状态码和消息头:

get '/foo' do
  status 418
  headers \
    "Allow"   => "BREW, POST, GET, PROPFIND, WHEN",
    "Refresh" => "Refresh: 20; http://www.ietf.org/rfc/rfc2324.txt"
  body "I'm a tea pot!"
end

如同 body, 不带参数的 headers 和 status 可以用来访问他们你的当前值.

媒体类型

当使用 send_file 或者静态文件的场合，你的媒体类型可能 Sinatra并不理解。使用 mime_type 通过文件扩展名来注册它们：

mime_type :foo, 'text/foo'

你也可以通过 content_type 辅助方法使用：

get '/' do
  content_type :foo
  "foo foo foo"
end

生成 URL

为了生成URL，你需要使用 url 辅助方法，例如，在Haml中:

%a{:href => url('/foo')} foo

它会根据反向代理和Rack路由，如果有的话，来计算生成的URL。

这个方法还有一个别名 to (见下面的例子).

浏览器重定向

你可以通过 redirect 辅助方法触发浏览器重定向:

get '/foo' do
  redirect to('/bar')
end

任何额外的参数都会被以 halt相同的方式来处理:

redirect to('/bar'), 303
redirect 'http://google.com', 'wrong place, buddy'

你可以方便的通过 redirect back把用户重定向到来自的页面:

get '/foo' do
  "<a href='/bar'>do something</a>"
end

get '/bar' do
  do_something
  redirect back
end

为了传递参数给redirect，或者加入query:

redirect to('/bar?sum=42')

或者使用session:

enable :sessions

get '/foo' do
  session[:secret] = 'foo'
  redirect to('/bar')
end

get '/bar' do
  session[:secret]
end

缓存控制

正确地设定消息头是恰当的HTTP缓存的基础。

你可以方便的设定 Cache-Control 消息头，像这样:

get '/' do
  cache_control :public
  "cache it!"
end

核心提示: 在前置过滤器中设定缓存.

before do
  cache_control :public, :must_revalidate, :max_age => 60
end

如果你正在用 expires 辅助方法设定对应的消息头 Cache-Control 会自动设定：

before do
  expires 500, :public, :must_revalidate
end

为了合适地使用缓存，你应该考虑使用 etag 和 last_modified方法。. 推荐在执行繁重任务*之前*使用这些helpers，他们会立刻发送响应，如果客户端在缓存中已经有了当前版本。

get '/article/:id' do
  @article = Article.find params[:id]
  last_modified @article.updated_at
  etag @article.sha1
  erb :article
end

使用 weak ETag 也是有可能的:

etag @article.sha1, :weak

这些辅助方法并不会为你做任何缓存，而是将必要的信息传送给你的缓存如果你在寻找缓存的快速解决方案，试试 rack-cache:

require "rack/cache"
require "sinatra"

use Rack::Cache

get '/' do
  cache_control :public, :max_age => 36000
  sleep 5
  "hello"
end

发送文件

为了发送文件，你可以使用 send_file 辅助方法:

get '/' do
  send_file 'foo.png'
end

也可以带一些选项:

send_file 'foo.png', :type => :jpg

可用的选项有:

filename: 响应中的文件名，默认是真实文件的名字。

如果Rack处理器支持，Ruby进程除streaming以外的方式会被使用。如果你使用这个辅助方法， Sinatra会自动处理range请求。

访问请求对象

传入的请求对象可以在请求层（过滤器，路由，错误处理）通过 request 方法被访问：

# 在 http://example.com/example 上运行的应用
get '/foo' do
  request.body              # 被客户端设定的请求体（见下）
  request.scheme            # "http"
  request.script_name       # "/example"
  request.path_info         # "/foo"
  request.port              # 80
  request.request_method    # "GET"
  request.query_string      # ""
  request.content_length    # request.body的长度
  request.media_type        # request.body的媒体类型
  request.host              # "example.com"
  request.get?              # true (其他动词也具有类似方法)
  request.form_data?        # false
  request["SOME_HEADER"]    # SOME_HEADER header的值
  request.referrer          # 客户端的referrer 或者 '/'
  request.user_agent        # user agent (被 :agent 条件使用)
  request.cookies           # 浏览器 cookies 哈希
  request.xhr?              # 这是否是ajax请求？
  request.url               # "http://example.com/example/foo"
  request.path              # "/example/foo"
  request.ip                # 客户端IP地址
  request.secure?           # false（如果是ssl则为true）
  request.forwarded?        # true （如果是运行在反向代理之后）
  request.env               # Rack中使用的未处理的env哈希
end

一些选项，例如 script_name 或者 path_info 也是可写的：

before { request.path_info = "/" }

get "/" do
  "all requests end up here"
end

request.body 是一个IO或者StringIO对象：

post "/api" do
  request.body.rewind  # 如果已经有人读了它
  data = JSON.parse request.body.read
  "Hello #{data['name']}!"
end

附件

你可以使用 attachment 辅助方法来告诉浏览器响应应当被写入磁盘而不是在浏览器中显示。

get '/' do
  attachment
  "store it!"
end

你也可以传递一个文件名:

get '/' do
  attachment "info.txt"
  "store it!"
end

查找模板文件

find_template 辅助方法被用于在渲染时查找模板文件:

find_template settings.views, 'foo', Tilt[:haml] do |file|
  puts "could be #{file}"
end

这并不是很有用。但是在你需要重载这个方法来实现你自己的查找机制的时候有用。比如，如果你想支持多于一个视图目录:

set :views, ['views', 'templates']

helpers do
  def find_template(views, name, engine, &block)
    Array(views).each { |v| super(v, name, engine, &block) }
  end
end

另一个例子是为不同的引擎使用不同的目录:

set :views, :sass => 'views/sass', :haml => 'templates', :default => 'views'

helpers do
  def find_template(views, name, engine, &block)
    _, folder = views.detect { |k,v| engine == Tilt[k] }
    folder ||= views[:default]
    super(folder, name, engine, &block)
  end
end

你可以很容易地包装成一个扩展然后与他人分享！

请注意 find_template 并不会检查文件真的存在，而是对任何可能的路径调用给入的代码块。这并不会带来性能问题，因为 render 会在找到文件的时候马上使用 break 。同样的，模板的路径（和内容）会在除development mode以外的场合被缓存。你应该时刻提醒自己这一点，如果你真的想写一个非常疯狂的方法。

配置

运行一次，在启动的时候，在任何环境下：

configure do
  # setting one option
  set :option, 'value'

  # setting multiple options
  set :a => 1, :b => 2

  # same as `set :option, true`
  enable :option

  # same as `set :option, false`
  disable :option

  # you can also have dynamic settings with blocks
  set(:css_dir) { File.join(views, 'css') }
end

只当环境 (RACK_ENV environment 变量) 被设定为 :production的时候运行：

configure :production do
  ...
end

当环境被设定为 :production 或者 :test的时候运行：

configure :production, :test do
  ...
end

你可以使用 settings 获得这些配置:

configure do
  set :foo, 'bar'
end

get '/' do
  settings.foo? # => true
  settings.foo  # => 'bar'
  ...
end

可选的设置

absolute_redirects

如果被禁用，Sinatra会允许使用相对路径重定向，但是，Sinatra就不再遵守 RFC 2616标准 (HTTP 1.1), 该标准只允许绝对路径重定向。

    <p>
        如果你的应用运行在一个未恰当设置的反向代理之后，
        你需要启用这个选项。注意 <tt>url</tt> 辅助方法 仍然会生成绝对 URL，除非你传入
        <tt>false</tt> 作为第二参数。
    </p>
    <p>
        默认禁用。
    </p>
</dd>

<dt>add_charsets</dt>
<dd>
    <p>
        设定 <tt>content_type</tt> 辅助方法会 自动加上字符集信息的多媒体类型。
    </p>

    <p>
        你应该添加而不是覆盖这个选项:
        <tt>settings.add_charsets << "application/foobar"</tt>
    </p>
</dd>

<dt>app_file</dt>
<dd>
    主应用文件，用来检测项目的根路径， views和public文件夹和内联模板。
</dd>

<dt>bind</dt>
<dd>
    绑定的IP 地址 (默认: 0.0.0.0)。 仅对于内置的服务器有用。
</dd>

<dt>default_encoding</dt>
<dd>
    默认编码 (默认为 <tt>"utf-8"</tt>)。
</dd>

<dt>dump_errors</dt>
<dd>
    在log中显示错误。
</dd>

<dt>environment</dt>
<dd>
    当前环境，默认是 <tt>ENV['RACK_ENV']</tt>， 或者 <tt>"development"</tt> 如果不可用。
</dd>

<dt>logging</dt>
<dd>
    使用logger
</dd>

<dt>lock</dt>
<dd>
    <p>
        对每一个请求放置一个锁， 只使用进程并发处理请求。
    </p>

    <p>
        如果你的应用不是线程安全则需启动。 默认禁用。
    </p>
</dd>

<dt>method_override</dt>
<dd>
    使用 <tt>_method</tt> 魔法以允许在旧的浏览器中在 表单中使用 put/delete 方法
</dd>

<dt>port</dt>
<dd>
    监听的端口号。只对内置服务器有用。
</dd>

<dt>prefixed_redirects</dt>
<dd>
    是否添加 <tt>request.script_name</tt> 到
    重定向请求，如果没有设定绝对路径。那样的话 <tt>redirect '/foo'</tt> 会和
    <tt>redirect to('/foo')</tt>起相同作用。默认禁用。
</dd>

<dt>public_folder</dt>
<dd>
    public文件夹的位置。
</dd>

<dt>reload_templates</dt>
<dd>
    是否每个请求都重新载入模板。 在development mode和 Ruby 1.8.6
    中被企业（用来 消除一个Ruby内存泄漏的bug）。
</dd>

<dt>root</dt>
<dd>
    项目的根目录。
</dd>

<dt>raise_errors</dt>
<dd>
    抛出异常（应用会停下）。
</dd>

<dt>run</dt>
<dd>
    如果启用，Sinatra会开启web服务器。 如果使用rackup或其他方式则不要启用。
</dd>

<dt>running</dt>
<dd>
    内置的服务器在运行吗？ 不要修改这个设置！
</dd>

<dt>server</dt>
<dd>
    服务器，或用于内置服务器的列表。 默认是 [‘thin’, ‘mongrel’, ‘webrick’],
    顺序表明了 优先级。
</dd>

<dt>sessions</dt>
<dd>
    开启基于cookie的sesson。
</dd>

<dt>show_exceptions</dt>
<dd>
    在浏览器中显示一个stack trace。
</dd>

<dt>static</dt>
<dd>
    Sinatra是否处理静态文件。 当服务器能够处理则禁用。 禁用会增强性能。
    默认开启。
</dd>

<dt>views</dt>
<dd>
    views 文件夹。
</dd>

错误处理

错误处理在与路由和前置过滤器相同的上下文中运行，这意味着你可以使用许多好东西，比如 haml, erb, halt，等等。

未找到

当一个 Sinatra::NotFound 错误被抛出的时候，或者响应状态码是404，not_found 处理器会被调用：

not_found do
  'This is nowhere to be found'
end

错误

error 处理器，在任何路由代码块或者过滤器抛出异常的时候会被调用。异常对象可以通过sinatra.error Rack 变量获得：

error do
  'Sorry there was a nasty error - ' + env['sinatra.error'].name
end

自定义错误：

error MyCustomError do
  'So what happened was...' + env['sinatra.error'].message
end

那么，当这个发生的时候：

get '/' do
  raise MyCustomError, 'something bad'
end

你会得到：

So what happened was... something bad

另一种替代方法是，为一个状态码安装错误处理器：

error 403 do
  'Access forbidden'
end

get '/secret' do
  403
end

或者一个范围：

error 400..510 do
  'Boom'
end

在运行在development环境下时，Sinatra会安装特殊的 not_found 和 error 处理器。

Rack 中间件

Sinatra 依靠 Rack, 一个面向Ruby web框架的最小标准接口。 Rack的一个最有趣的面向应用开发者的能力是支持“中间件”——坐落在服务器和你的应用之间，监视并/或操作HTTP请求/响应以提供多样类型的常用功能。

Sinatra 让建立Rack中间件管道异常简单，通过顶层的 use 方法：

require 'sinatra'
require 'my_custom_middleware'

use Rack::Lint
use MyCustomMiddleware

get '/hello' do
  'Hello World'
end

use 的语义和在 Rack::Builder DSL(在rack文件中最频繁使用)中定义的完全一样。例如，use 方法接受多个/可变参数，包括代码块：

use Rack::Auth::Basic do |username, password|
  username == 'admin' && password == 'secret'
end

Rack中分布有多样的标准中间件，针对日志，调试，URL路由，认证和session处理。 Sinatra会自动使用这里面的大部分组件，所以你一般不需要显示地 use 他们。

测试

Sinatra的测试可以使用任何基于Rack的测试程序库或者框架来编写。 Rack::Test 是推荐候选：

require 'my_sinatra_app'
require 'test/unit'
require 'rack/test'

class MyAppTest < Test::Unit::TestCase
  include Rack::Test::Methods

  def app
    Sinatra::Application
  end

  def test_my_default
    get '/'
    assert_equal 'Hello World!', last_response.body
  end

  def test_with_params
    get '/meet', :name => 'Frank'
    assert_equal 'Hello Frank!', last_response.body
  end

  def test_with_rack_env
    get '/', {}, 'HTTP_USER_AGENT' => 'Songbird'
    assert_equal "You're using Songbird!", last_response.body
  end
end

请注意: 内置的 Sinatra::Test 模块和 Sinatra::TestHarness 类在 0.9.2 版本已废弃。

Sinatra::Base - 中间件，程序库和模块化应用

把你的应用定义在顶层，对于微型应用这会工作得很好，但是在构建可复用的组件时候会带来客观的不利，比如构建Rack中间件，Rails metal，带有服务器组件的简单程序库，或者甚至是Sinatra扩展。顶层的DSL污染了Object命名空间，并假定了一个微型应用风格的配置 (例如, 单一的应用文件， ./public 和 ./views 目录，日志，异常细节页面，等等）。这时应该让 Sinatra::Base 走到台前了：

require 'sinatra/base'

class MyApp < Sinatra::Base
  set :sessions, true
  set :foo, 'bar'

  get '/' do
    'Hello world!'
  end
end

Sinatra::Base子类可用的方法实际上就是通过顶层 DSL 可用的方法。大部分顶层应用可以通过两个改变转换成Sinatra::Base组件：

你的文件应当引入 sinatra/base 而不是 sinatra; 否则，所有的Sinatra的 DSL 方法将会被引进到主命名空间。
把你的应用的路由，错误处理，过滤器和选项放在一个Sinatra::Base的子类中。

+Sinatra::Base+ 是一张白纸。大部分的选项默认是禁用的，包含内置的服务器。参见选项和配置查看可用选项的具体细节和他们的行为。

模块化 vs. 传统的方式

与通常的认识相反，传统的方式没有任何错误。如果它适合你的应用，你不需要转换到模块化的应用。

和模块化方式相比只有两个缺点:

你对每个Ruby进程只能定义一个Sinatra应用，如果你需要更多，切换到模块化方式。
传统方式使用代理方法污染了 Object 。如果你打算把你的应用封装进一个 library/gem，转换到模块化方式。

没有任何原因阻止你混合模块化和传统方式。

如果从一种转换到另一种，你需要注意settings中的一些微小的不同:

Setting             Classic                 Modular

app_file            file loading sinatra    nil
run                 $0 == app_file          false
logging             true                    false
method_override     true                    false
inline_templates    true                    false

运行一个模块化应用

有两种方式运行一个模块化应用，使用 run!来运行:

# my_app.rb
require 'sinatra/base'

class MyApp < Sinatra::Base
  # ... app code here ...

  # start the server if ruby file executed directly
  run! if app_file == $0
end

运行:

ruby my_app.rb

或者使用一个 config.ru，允许你使用任何Rack处理器:

# config.ru
require './my_app'
run MyApp

运行:

rackup -p 4567

使用config.ru运行传统方式的应用

编写你的应用:

# app.rb
require 'sinatra'

get '/' do
  'Hello world!'
end

加入相应的 config.ru:

require './app'
run Sinatra::Application

什么时候用 config.ru?

以下情况你可能需要使用 config.ru:

你要使用不同的 Rack 处理器部署 (Passenger, Unicorn, Heroku, …).
你想使用一个或者多个 Sinatra::Base的子类.
你只想把Sinatra当作中间件使用，而不是端点。

你并不需要切换到config.ru仅仅因为你切换到模块化方式，你同样不需要切换到模块化方式，仅仅因为要运行 config.ru.

把Sinatra当成中间件来使用

不仅Sinatra有能力使用其他的Rack中间件，任何Sinatra 应用程序都可以反过来自身被当作中间件，被加在任何Rack端点前面。这个端点可以是任何Sinatra应用，或者任何基于Rack的应用程序 (Rails/Ramaze/Camping/…)。

require 'sinatra/base'

class LoginScreen < Sinatra::Base
  enable :sessions

  get('/login') { haml :login }

  post('/login') do
    if params[:name] = 'admin' and params[:password] = 'admin'
      session['user_name'] = params[:name]
    else
      redirect '/login'
    end
  end
end

class MyApp < Sinatra::Base
  # 在前置过滤器前运行中间件
  use LoginScreen

  before do
    unless session['user_name']
      halt "Access denied, please <a href='/login'>login</a>."
    end
  end

  get('/') { "Hello #{session['user_name']}." }
end

变量域和绑定

当前所在的变量域决定了哪些方法和变量是可用的。

应用/类变量域

每个Sinatra应用相当与Sinatra::Base的一个子类。如果你在使用顶层DSL(require 'sinatra')，那么这个类就是 Sinatra::Application，或者这个类就是你显式创建的子类。在类层面，你具有的方法类似于 `get` 或者 `before`，但是你不能访问 `request` 对象或者 `session`, 因为对于所有的请求，只有单一的应用类。

通过 `set` 创建的选项是类层面的方法：

class MyApp < Sinatra::Base
  # 嘿，我在应用变量域！
  set :foo, 42
  foo # => 42

  get '/foo' do
    # 嘿，我不再处于应用变量域了！
  end
end

在下列情况下你将拥有应用变量域的绑定：

在应用类中
在扩展中定义的方法
传递给 `helpers` 的代码块
用作`set`值的过程/代码块

你可以访问变量域对象（就是应用类）就像这样：

通过传递给代码块的对象 (configure { |c| ... })
在请求变量域中使用`settings`

请求/实例变量域

对于每个进入的请求，一个新的应用类的实例会被创建所有的处理器代码块在该变量域被运行。在这个变量域中，你可以访问 `request` 和 `session` 对象，或者调用渲染方法比如 `erb` 或者 `haml`。你可以在请求变量域当中通过`settings`辅助方法访问应用变量域：

class MyApp < Sinatra::Base
  # 嘿，我在应用变量域!
  get '/define_route/:name' do
    # 针对 '/define_route/:name' 的请求变量域
    @value = 42

    settings.get("/#{params[:name]}") do
      # 针对 "/#{params[:name]}" 的请求变量域
      @value # => nil (并不是相同的请求)
    end

    "Route defined!"
  end
end

在以下情况将获得请求变量域：

get/head/post/put/delete 代码块
前置/后置过滤器
辅助方法
模板/视图

代理变量域

代理变量域只是把方法转送到类变量域。可是，他并非表现得100%类似于类变量域, 因为你并不能获得类的绑定: 只有显式地标记为供代理使用的方法才是可用的，而且你不能和类变量域共享变量/状态。(解释：你有了一个不同的 `self`)。你可以显式地增加方法代理，通过调用 Sinatra::Delegator.delegate :method_name。

在以下情况将获得代理变量域：

顶层的绑定，如果你做过 require "sinatra"
在扩展了 `Sinatra::Delegator` mixin的对象

自己在这里看一下代码: Sinatra::Delegator mixin 已经被包含进了主命名空间。

命令行

Sinatra 应用可以被直接运行：

ruby myapp.rb [-h] [-x] [-e ENVIRONMENT] [-p PORT] [-o HOST] [-s HANDLER]

选项是：

-h # help
-p # 设定端口 (默认是 4567)
-o # 设定主机名 (默认是 0.0.0.0)
-e # 设定环境 (默认是 development)
-s # 限定 rack 服务器/处理器 (默认是 thin)
-x # 打开互斥锁 (默认是 off)

必要条件

推荐在 Ruby 1.8.7, 1.9.2, JRuby 或者 Rubinius 上安装Sinatra。

下面的Ruby版本是官方支持的:

Ruby 1.8.6: 不推荐在1.8.6上安装Sinatra，但是直到Sinatra 1.3.0发布才会放弃对它的支持。 RDoc 和 CoffeScript模板不被这个Ruby版本支持。 1.8.6在它的Hash实现中包含一个内存泄漏问题，该问题会被1.1.1版本之前的Sinatra引发。当前版本使用性能下降的代价排除了这个问题。你需要把Rack降级到1.1.x，因为Rack \>= 1.2不再支持1.8.6。

我们也会时刻关注新的Ruby版本。

下面的 Ruby 实现没有被官方支持，但是已知可以运行 Sinatra:

JRuby 和 Rubinius 老版本
MacRuby
Maglev
IronRuby
Ruby 1.9.0 and 1.9.1

不被官方支持的意思是，如果在不被支持的平台上有运行错误，我们假定不是我们的问题，而是平台的问题。

Sinatra应该会运行在任何支持上述Ruby实现的操作系统。

紧追前沿

如果你喜欢使用 Sinatra 的最新鲜的代码，请放心的使用 master 分支来运行你的程序，它会非常的稳定。

cd myapp
git clone git://github.com/sinatra/sinatra.git
ruby -Isinatra/lib myapp.rb

我们也会不定期的发布预发布gems，所以你也可以运行

gem install sinatra --pre

来获得最新的特性。

通过Bundler

如果你想使用最新的Sinatra运行你的应用，通过 Bundler 是推荐的方式。

首先，安装bundler，如果你还没有安装:

gem install bundler

然后，在你的项目目录下，创建一个 Gemfile:

source :rubygems
gem 'sinatra', :git => "git://github.com/sinatra/sinatra.git"

# 其他的依赖关系
gem 'haml'                    # 举例，如果你想用haml
gem 'activerecord', '~> 3.0'  # 也许你还需要 ActiveRecord 3.x

请注意在这里你需要列出你的应用的所有依赖关系。 Sinatra的直接依赖关系 (Rack and Tilt) 将会，自动被Bundler获取和添加。

现在你可以像这样运行你的应用:

bundle exec ruby myapp.rb

使用自己的

创建一个本地克隆并通过 sinatra/lib 目录运行你的应用，通过 $LOAD_PATH:

cd myapp
git clone git://github.com/sinatra/sinatra.git
ruby -Isinatra/lib myapp.rb

为了在未来更新 Sinatra 源代码:

cd myapp/sinatra
git pull

全局安装

你可以自行编译 gem :

git clone git://github.com/sinatra/sinatra.git
cd sinatra
rake sinatra.gemspec
rake install

如果你以root身份安装 gems，最后一步应该是

sudo rake install

Files

README.zh.md

Latest commit

History

README.zh.md

File metadata and controls

Sinatra

路由

条件

返回值

自定义路由匹配器

静态文件

视图 / 模板

Haml模板

Erb模板

Erubis

Builder 模板

Nokogiri 模板

Sass 模板

Scss 模板

Less 模板

Liquid 模板

Markdown 模板

Textile 模板

RDoc 模板

Radius 模板

Markaby 模板

Slim 模板

Creole 模板

CoffeeScript 模板

嵌入模板字符串

在模板中访问变量

内联模板

具名模板

关联文件扩展名

添加你自己的模版引擎

过滤器

辅助方法

使用 Sessions

挂起

让路

触发另一个路由

设定 消息体，状态码和消息头

媒体类型

生成 URL

浏览器重定向

缓存控制

发送文件

访问请求对象

附件

查找模板文件

配置

可选的设置

错误处理

未找到

错误

Rack 中间件

测试

Sinatra::Base - 中间件，程序库和模块化应用

模块化 vs. 传统的方式

运行一个模块化应用

使用config.ru运行传统方式的应用

什么时候用 config.ru?

把Sinatra当成中间件来使用

变量域和绑定

应用/类 变量域

请求/实例 变量域

代理变量域

命令行

必要条件

紧追前沿

通过Bundler

使用自己的

全局安装

更多

设定消息体，状态码和消息头

应用/类变量域

请求/实例变量域