| 의존 | -haml | +의존성 | +haml |
| 파일 확장자 | -.haml | +파일 확장자 | +.haml |
| 예 | -haml :index, :format => :html5 | +예제 | +haml :index, :format => :html5 |
| 의존 | -erubis 또는 erb (루비 속에 포함) | +의존성 | +erubis 또는 erb (루비 속에 포함) |
| 파일 확장자 | -.erb, .rhtml 또는 .erubis (Erubis만 해당) | +파일 확장자 | +.erb, .rhtml, .erubis (Erubis만 해당) |
| 예제 | -erb :index | +예제 | +erb :index |
| 의존 | -builder | +의존성 | +builder |
| 파일 확장자 | -.builder | +파일 확장자 | +.builder |
| Example | -builder { |xml| xml.em "hi" } | +예제 | +builder { |xml| xml.em "hi" } |
| 의존 | -nokogiri | +의존성 | +nokogiri |
| 파일 확장자 | -.nokogiri | +파일 확장자 | +.nokogiri |
| 예제 | -nokogiri { |xml| xml.em "hi" } | +예제 | +nokogiri { |xml| xml.em "hi" } |
| 의존 | -sass | +의존성 | +sass |
| 파일 확장자 | -.sass | +파일 확장자 | +.sass |
| 예제 | -sass :stylesheet, :style => :expanded | +예제 | +sass :stylesheet, :style => :expanded |
| 의존 | -sass | +의존성 | +sass |
| 파일 확장자 | -.scss | +파일 확장자 | +.scss |
| 예제 | -scss :stylesheet, :style => :expanded | +예제 | +scss :stylesheet, :style => :expanded |
| 의존 | -less | +의존성 | +less |
| 파일 확장자 | -.less | +파일 확장자 | +.less |
| 예제 | -less :stylesheet | +예제 | +less :stylesheet |
| 의존 | -liquid | +의존성 | +liquid |
| 파일 확장자 | -.liquid | +파일 확장자 | +.liquid |
| 예제 | -liquid :index, :locals => { :key => 'value' } | +예제 | +liquid :index, :locals => { :key => 'value' } |
| 의존 | +의존성 | - rdiscount, - redcarpet, - bluecloth, - kramdown *또는* - maruku + RDiscount, + RedCarpet, + BlueCloth, + kramdown, + maruku + 중 아무거나 |
| 의존 | -RedCloth | +의존성 | +RedCloth |
| 파일 확장자 | -.textile | +파일 확장자 | +.textile |
| 예제 | -textile :index, :layout_engine => :erb | +예제 | +textile :index, :layout_engine => :erb |
| 의존 | -rdoc | +의존성 | +rdoc |
| 파일 확장자 | -.rdoc | +파일 확장자 | +.rdoc |
| 예제 | -rdoc :README, :layout_engine => :erb | +예제 | +rdoc :README, :layout_engine => :erb |
| 의존 | -radius | +의존성 | +radius |
| 파일 확장자 | -.radius | +파일 확장자 | +.radius |
| 예제 | -radius :index, :locals => { :key => 'value' } | +예제 | +radius :index, :locals => { :key => 'value' } |
| 의존 | -markaby | +의존성 | +markaby |
| 파일확장 | -.mab | +파일확장 | +.mab |
| 예제 | -markaby { h1 "Welcome!" } | +예제 | +markaby { h1 "Welcome!" } |
| 의존 | -rabl | +의존성 | +rabl |
| 파일 확장자 | -.rabl | +파일 확장자 | +.rabl |
| 예제 | -rabl :index | +예제 | +rabl :index |
| 의존 | -slim | +의존성 | +slim |
| 파일 확장자 | -.slim | +파일 확장자 | +.slim |
| 예제 | -slim :index | +예제 | +slim :index |
| 의존 | -creole | +의존성 | +creole |
| 파일 확장자 | -.creole | +파일 확장자 | +.creole |
| 예제 | -creole :wiki, :layout_engine => :erb | +예제 | +creole :wiki, :layout_engine => :erb |
| 의존성 | -coffee-script - 와 자바스크립트 실행법 - | +의존성 | ++ + CoffeeScript + 와 + + 자바스크립트 실행법 + + |
| 파일 확장자 | -.coffee | +파일 확장자 | +.coffee |
| 예제 | -coffee :index | +예제 | +coffee :index |
| 의존 | -yajl-ruby | +의존성 | ++ + Stylus + 와 + + 자바스크립트 실행법 + + |
| 파일 확장자 | -.yajl | +파일 확장자 | +.styl |
| 예제 | -yajl :index, :locals => { :key => 'qux' }, :callback => 'present', :variable => 'resource' | +예제 | +stylus :index |
| 의존성 | +yajl-ruby | +||||
| 파일 확장자 | +.yajl | +||||
| 예제 | ++ + yajl :index, + :locals => { :key => 'qux' }, + :callback => 'present', + :variable => 'resource' + + | +
| 의존성 | +WLang | +
| 파일 확장자 | +.wlang | +
| 예제 | +wlang :index, :locals => { :key => 'value' } | +
| Setting | -Classic | -Modular | +설정 | +전통적 방식 | +모듈 |
|---|---|---|---|---|---|
| app_file | @@ -2068,10 +2401,10 @@ end ### 모듈 애플리케이션(Modular Application) 제공하기 -모듈 앱을 시작하는 두 가지 일반적인 옵션이 있는데, -공격적으로 `run!`으로 시작하거나: +모듈 앱을 시작하는 두 가지 일반적인 옵션이 있습니다. +`run!`으로 능동적으로 시작하는 방법은 이렇습니다. -```ruby +``` ruby # my_app.rb require 'sinatra/base' @@ -2083,31 +2416,32 @@ class MyApp < Sinatra::Base end ``` -다음과 같이 시작: +이렇게 시작할 수도 있습니다. -```ruby +``` shell ruby my_app.rb ``` -또는 `config.ru`와 함께 사용하며, 이 경우는 어떠한 Rack 핸들러라도 사용할 수 있다: +`config.ru`와 함께 사용할수도 있습니다. 이 경우는 어떠한 Rack 핸들러도 사용할 수 있도록 +허용 합다. -```ruby +``` ruby # config.ru require './my_app' run MyApp ``` -실행: +실행은 이렇게 합니다. -```ruby +``` shell rackup -p 4567 ``` ### config.ru로 전통적 방식의 애플리케이션 사용하기 -앱 파일을 다음과 같이 작성하고: +앱 파일을 다음과 같이 작성합니다. -```ruby +``` ruby # app.rb require 'sinatra' @@ -2116,33 +2450,33 @@ get '/' do end ``` -대응하는 `config.ru`는 다음과 같이 작성: +대응하는 `config.ru`는 다음과 같이 작성합니다. -```ruby +``` ruby require './app' run Sinatra::Application ``` ### 언제 config.ru를 사용할까? -Good signs you probably want to use a `config.ru`: -다음은 `config.ru`를 사용하게 될 징후들이다: +`config.ru`는 다음 경우에 권장 됩니다. * 다른 Rack 핸들러(Passenger, Unicorn, Heroku, ...)로 배포하고자 할 때. * 하나 이상의 `Sinatra::Base` 서브클래스를 사용하고자 할 때. * Sinatra를 최종점(endpoint)이 아니라, 오로지 미들웨어로만 사용하고자 할 때. **모듈 방식으로 전환했다는 이유만으로 `config.ru`로 전환할 필요는 없으며, -또한 `config.ru`를 사용한다고 해서 모듈 방식을 사용해야 하는 것도 아니다.** +또한 `config.ru`를 사용한다고 해서 모듈 방식을 사용해야 하는 것도 아닙니다.** ### Sinatra를 미들웨어로 사용하기 Sinatra에서 다른 Rack 미들웨어를 사용할 수 있을 뿐 아니라, -모든 Sinatra 애플리케이션은 순차로 어떠한 Rack 종착점 앞에 미들웨어로 추가될 수 있다. -이 종착점은 다른 Sinatra 애플리케이션이 될 수도 있고, -또는 Rack 기반의 어떠한 애플리케이션(Rails/Ramaze/Camping/...)이라도 가능하다: +어떤 Sinatra 애플리케이션에서도 순차로 어떠한 Rack 종착점 앞에 미들웨어로 +추가될 수 있습니다. 이 종착점은 다른 Sinatra 애플리케이션이 될 수도 있고, +또는 Rack 기반의 어떠한 애플리케이션(Rails/Ramaze/Camping/...)이 될 수도 +있습니다. -```ruby +``` ruby require 'sinatra/base' class LoginScreen < Sinatra::Base @@ -2151,11 +2485,11 @@ class LoginScreen < Sinatra::Base get('/login') { haml :login } post('/login') do -if params[:name] == 'admin' && params[:password] == 'admin' - session['user_name'] = params[:name] -else - redirect '/login' -end + if params[:name] == 'admin' && params[:password] == 'admin' + session['user_name'] = params[:name] + else + redirect '/login' + end end end @@ -2175,18 +2509,18 @@ end ### 동적인 애플리케이션 생성(Dynamic Application Creation) -경우에 따라선 어떤 상수에 할당하지 않고 런타임에서 새 애플리케이션들을 생성하고 싶을 수도 있을 것인데, -이 때는 `Sinatra.new`를 쓰면 된다: +어떤 상수에 할당하지 않고 런타임에서 새 애플리케이션들을 생성하려면, +`Sinatra.new`를 쓰면 됩니다. -```ruby +``` ruby require 'sinatra/base' my_app = Sinatra.new { get('/') { "hi" } } my_app.run! ``` -이것은 선택적 인자로 상속할 애플리케이션을 받는다: +선택적 인자로 상속할 애플리케이션을 받을 수 있습니다. -```ruby +``` ruby # config.ru require 'sinatra/base' @@ -2204,11 +2538,12 @@ map('/b') do end ``` -이것은 Sintra 익스텐션을 테스팅하거나 또는 여러분의 라이브러리에서 Sinatra를 사용할 경우에 특히 유용하다. +이 방법은 Sintra 익스텐션을 테스팅하거나 또는 여러분의 라이브러리에서 Sinatra를 +사용할 경우에 특히 유용합니다. -또한 이 방법은 Sinatra를 미들웨어로 사용하는 것을 아주 쉽게 만들어 준다: +이 방법은 Sinatra를 미들웨어로 사용하는 것을 아주 쉽게 만들어 주기도 합니다. -```ruby +``` ruby require 'sinatra/base' use Sinatra do @@ -2220,32 +2555,32 @@ run RailsProject::Application ## 범위(Scopes)와 바인딩(Binding) -현재 어느 범위에 있느냐가 어떤 메서드와 변수를 사용할 수 있는지를 결정한다. +현재 어느 범위에 있느냐가 어떤 메서드와 변수를 사용할 수 있는지를 결정합니다. ### 애플리케이션/클래스 범위 -모든 Sinatra 애플리케이션은 `Sinatra::Base`의 서브클래스에 대응된다. -만약 톱레벨 DSL (`require 'sinatra'`)을 사용한다면, -이 클래스는 `Sinatra::Application`이며, 그렇지 않을 경우라면 여러분이 명시적으로 생성한 -그 서브클래스가 된다. 클래스 레벨에서는 `get` 이나 `before` 같은 메서드들을 가지나, -`request` 객체나 `session` 에는 접근할 수 없다. 왜냐면 모든 요청에 대해 -애플리케이션 클래스는 오직 하나이기 때문이다. +모든 Sinatra 애플리케이션은 `Sinatra::Base`의 서브클래스에 대응됩니다. +만약 톱레벨 DSL (`require 'sinatra'`)을 사용한다면, 이 클래스는 +`Sinatra::Application`이며, 그렇지 않을 경우라면 여러분이 명시적으로 생성한 +그 서브클래스가 됩니다. 클래스 레벨에서는 `get` 이나 `before` 같은 메서드들을 +가지나, `request` 객체나 `session` 에는 접근할 수 없습니다. 왜냐면 모든 요청에 +대해 애플리케이션 클래스는 오직 하나이기 때문입니다. -`set`으로 생성한 옵션들은 클래스 레벨의 메서드들이다: +`set`으로 생성한 옵션들은 클래스 레벨의 메서드들입니다. -```ruby +``` ruby class MyApp < Sinatra::Base - # 이봐요, 저는 애플리케이션 범위에 있다구요! + # 저기요, 저는 애플리케이션 범위에 있다구요! set :foo, 42 foo # => 42 get '/foo' do -# 저기요, 전 이제 더 이상 애플리케이션 범위 속에 있지 않아요! + # 저기요, 전 이제 더 이상 애플리케이션 범위 속에 있지 않아요! end end ``` -다음 속에 있을 때 애플리케이션 범위가 된다: +애플리케이션 범위에는 이런 것들이 있습니다. * 애플리케이션 클래스 본문 * 확장으로 정의된 메서드 @@ -2253,36 +2588,36 @@ end * `set`의 값으로 사용된 Procs/blocks * `Sinatra.new`로 전달된 블록 -범위 객체 (클래스)는 다음과 같이 접근할 수 있다: +범위 객체 (클래스)는 다음과 같이 접근할 수 있습니다. * configure 블록으로 전달된 객체를 통해(`configure { |c| ... }`) * 요청 범위 내에서 `settings` ### 요청/인스턴스 범위 -매 요청마다, 애플리케이션 클래스의 새 인스턴스가 생성되고 모든 핸들러 블록은 그 범위 내에서 실행된다. -이 범위 내에서 여러분은 `request` 와 `session` 객체에 접근하거나 -`erb` 나 `haml` 같은 렌더링 메서드를 호출할 수 있다. -요청 범위 내에서 애플리케이션 범위는 `settings` 헬퍼를 통해 접근 가능하다: +매 요청마다, 애플리케이션 클래스의 새 인스턴스가 생성되고 모든 핸들러 블록은 +그 범위 내에서 실행됩니다. 범위 내에서 여러분은 `request` 와 `session` 객체에 +접근하거나 `erb` 나 `haml` 같은 렌더링 메서드를 호출할 수 있습니다. 요청 범위 +내에서 `settings` 헬퍼를 통해 애플리케이션 범위에 접근 가능합니다. -```ruby +``` ruby class MyApp < Sinatra::Base # 이봐요, 전 애플리케이션 범위에 있다구요! get '/define_route/:name' do -# '/define_route/:name'의 요청 범위 -@value = 42 + # '/define_route/:name'의 요청 범위 + @value = 42 -settings.get("/#{params[:name]}") do - # "/#{params[:name]}"의 요청 범위 - @value # => nil (동일한 요청이 아님) -end + settings.get("/#{params[:name]}") do + # "/#{params[:name]}"의 요청 범위 + @value # => nil (동일한 요청이 아님) + end -"라우터가 정의됨!" + "라우터가 정의됨!" end end ``` -다음 속에 있을 때 요청 범위 바인딩이 된다: +요청 범위에는 이런 것들이 있습니다. * get/head/post/put/delete/options 블록 * before/after 필터 @@ -2291,30 +2626,31 @@ end ### 위임 범위(Delegation Scope) -위임 범위(delegation scope)는 메서드를 단순히 클래스 범위로 보낸다(forward). -그렇지만, 100% 클래스 범위처럼 움직이진 않는데, 왜냐면 클래스 바인딩을 갖지 않기 때문이다. -오직 명시적으로 위임(delegation) 표시된 메서드들만 사용 가능하며 -또한 클래스 범위와 변수/상태를 공유하지 않는다 (유의: `self`가 다르다). -`Sinatra::Delegator.delegate :method_name`을 호출하여 메서드 위임을 명시적으로 추가할 수 있다. +위임 범위(delegation scope)는 메서드를 단순히 클래스 범위로 보냅니다(forward). +하지만 클래스 바인딩을 갖지 않기에 완전히 클래스 범위처럼 동작하지는 않습니다. +오직 명시적으로 위임(delegation) 표시된 메서드들만 사용 가능하고, +또한 클래스 범위와 변수/상태를 공유하지 않습니다 (유의: `self`가 다름). +`Sinatra::Delegator.delegate :method_name`을 호출하여 메서드 위임을 명시적으로 +추가할 수 있습니다. -다음 속에 있을 때 위임 범위 바인딩을 갖는다: +위임 범위에는 이런 것들이 있습니다. * 톱레벨 바인딩, `require "sinatra"`를 한 경우 * `Sinatra::Delegator` 믹스인으로 확장된 객체 -직접 코드를 살펴보길 바란다: +직접 코드를 살펴보길 바랍니다. [Sinatra::Delegator 믹스인](https://github.com/sinatra/sinatra/blob/ca06364/lib/sinatra/base.rb#L1609-1633) -코드는 [메인 객체를 확장한 것](https://github.com/sinatra/sinatra/blob/ca06364/lib/sinatra/main.rb#L28-30)이다. +은 [메인 객체를 확장한 것](https://github.com/sinatra/sinatra/blob/ca06364/lib/sinatra/main.rb#L28-30) 입니다. ## 명령행(Command Line) -Sinatra 애플리케이션은 직접 실행할 수 있다: +Sinatra 애플리케이션은 직접 실행할 수 있습니다. -```ruby +``` shell ruby myapp.rb [-h] [-x] [-e ENVIRONMENT] [-p PORT] [-o HOST] [-s HANDLER] ``` -옵션들: +옵션들은 다음과 같습니다. ``` -h # 도움말 @@ -2327,163 +2663,170 @@ ruby myapp.rb [-h] [-x] [-e ENVIRONMENT] [-p PORT] [-o HOST] [-s HANDLER] ## 요구사항(Requirement) -다음의 루비 버전은 공식적으로 지원한다: - +다음의 루비 버전은 공식적으로 지원됩니다.