우선 랙은 정확히 두 가지입니다.
랙-웹 서버 인터페이스
랙의 기본 사항은 간단한 규칙입니다. 모든 랙 호환 웹 서버는 항상 사용자가 제공 한 객체에서 호출 메소드를 호출하고 해당 메소드의 결과를 제공합니다. Rack은이 호출 방법의 모양과 반환 할 내용을 정확하게 지정합니다. 랙입니다.
간단한 시도를 해보자. WEBrick을 랙 호환 웹 서버로 사용하지만 그 중 하나는 사용합니다. JSON 문자열을 반환하는 간단한 웹 응용 프로그램을 만들어 봅시다. 이를 위해 config.ru라는 파일을 만듭니다. 랙 gem의 명령 랙업에 의해 config.ru가 자동으로 호출되어 랙 호환 웹 서버에서 config.ru의 내용을 간단히 실행합니다. config.ru 파일에 다음을 추가하십시오 :
class JSONServer
def call(env)
[200, {"Content-Type" => "application/json"}, ['{ "message" : "Hello!" }']]
end
end
map '/hello.json' do
run JSONServer.new
end
규약에 따라 서버에는 환경 해시를 허용하고 웹 서버가 제공 할 [상태, 헤더, 본문] 형식의 배열을 반환하는 call이라는 메소드가 있습니다. 간단히 랙업을 호출하여 사용해 봅시다. 기본 랙 호환 서버 (WEBrick 또는 Mongrel)가 시작되고 즉시 요청이 처리 될 때까지 기다립니다.
$ rackup
[2012-02-19 22:39:26] INFO WEBrick 1.3.1
[2012-02-19 22:39:26] INFO ruby 1.9.3 (2012-01-17) [x86_64-darwin11.2.0]
[2012-02-19 22:39:26] INFO WEBrick::HTTPServer#start: pid=16121 port=9292
url http://localhost:9292/hello.json과 voila를 말리거나 방문하여 새 JSON 서버를 테스트 해 보겠습니다 .
$ curl http://localhost:9292/hello.json
{ message: "Hello!" }
효과가있다. 큰! 이것이 Rails 또는 Sinatra와 같은 모든 웹 프레임 워크의 기초입니다. 어느 시점에서 그들은 호출 메소드를 구현하고 모든 프레임 워크 코드를 통해 작업하며 마지막으로 전형적인 [상태, 헤더, 본문] 형식으로 응답을 반환합니다.
예를 들어 Ruby on Rails에서 랙 요청 ActionDispatch::Routing.Mapper은 다음과 같은 클래스에 도달합니다.
module ActionDispatch
module Routing
class Mapper
...
def initialize(app, constraints, request)
@app, @constraints, @request = app, constraints, request
end
def matches?(env)
req = @request.new(env)
...
return true
end
def call(env)
matches?(env) ? @app.call(env) : [ 404, {'X-Cascade' => 'pass'}, [] ]
end
...
end
end
따라서 기본적으로 Rails 검사는 경로가 일치하는 경우 env 해시에 따라 다릅니다. 그렇다면 응답을 계산하기 위해 env 해시를 응용 프로그램에 전달하고, 그렇지 않으면 즉시 404로 응답합니다. 따라서 랙 인터페이스 규칙을 준수하는 모든 웹 서버는 완전히 중단 된 Rails 응용 프로그램을 제공 할 수 있습니다.
미들웨어
랙은 또한 미들웨어 계층 작성을 지원합니다. 그들은 기본적으로 요청을 가로 채고, 무언가로 무언가를하고, 전달합니다. 다목적 작업에 매우 유용합니다.
요청이 걸리는 시간을 측정하는 로깅을 JSON 서버에 추가한다고 가정 해 봅시다. 정확히이 작업을 수행하는 미들웨어 로거를 작성할 수 있습니다.
class RackLogger
def initialize(app)
@app = app
end
def call(env)
@start = Time.now
@status, @headers, @body = @app.call(env)
@duration = ((Time.now - @start).to_f * 1000).round(2)
puts "#{env['REQUEST_METHOD']} #{env['REQUEST_PATH']} - Took: #{@duration} ms"
[@status, @headers, @body]
end
end
생성되면 실제 랙 응용 프로그램의 사본을 저장합니다. 우리의 경우 이것은 JSONServer의 인스턴스입니다. Rack은 자동으로 미들웨어에서 호출 메소드를 호출 [status, headers, body]하고 JSONServer가 리턴하는 것처럼 배열을 다시 기대 합니다.
따라서이 미들웨어에서는 시작점이 사용되고 JSONServer에 대한 실제 호출이로 수행 된 @app.call(env)후 로거는 로깅 항목을 출력하고 마지막으로 응답을로 리턴합니다 [@status, @headers, @body].
우리의 작은 rackup.ru가이 미들웨어를 사용하게하려면, 다음과 같이 RackLogger 사용을 추가하십시오 :
class JSONServer
def call(env)
[200, {"Content-Type" => "application/json"}, ['{ "message" : "Hello!" }']]
end
end
class RackLogger
def initialize(app)
@app = app
end
def call(env)
@start = Time.now
@status, @headers, @body = @app.call(env)
@duration = ((Time.now - @start).to_f * 1000).round(2)
puts "#{env['REQUEST_METHOD']} #{env['REQUEST_PATH']} - Took: #{@duration} ms"
[@status, @headers, @body]
end
end
use RackLogger
map '/hello.json' do
run JSONServer.new
end
서버와 voila를 다시 시작하면 모든 요청에 대한 로그가 출력됩니다. 랙을 사용하면 추가 된 순서대로 호출 된 여러 미들웨어를 추가 할 수 있습니다. 랙 응용 프로그램의 핵심을 변경하지 않고 기능을 추가 할 수있는 좋은 방법입니다.
랙-보석
랙은 우선 컨벤션이지만 훌륭한 기능을 제공하는 보석이기도합니다. 그중 하나는 이미 JSON 서버에 사용 된 랙업 명령입니다. 그러나 더 있습니다! 랙 젬은 정적 파일이나 전체 디렉토리를 제공하는 것과 같이 많은 사용 사례를위한 작은 응용 프로그램을 제공합니다. htmls / index.html에있는 매우 기본적인 HTML 파일과 같이 간단한 파일을 제공하는 방법을 살펴 보겠습니다.
<!DOCTYPE HTML>
<html>
<head>
<title>The Index</title>
</head>
<body>
<p>Index Page</p>
</body>
</html>
웹 사이트 루트에서이 파일을 제공하고 싶을 수도 있으므로 config.ru에 다음을 추가하십시오.
map '/' do
run Rack::File.new "htmls/index.html"
end
우리가 방문하면 http://localhost:9292html 파일이 완벽하게 렌더링됩니다. 쉬운 일 이지요?
/ javascripts 아래에 일부 javascript 파일을 작성하고 config.ru에 다음을 추가하여 javascript 파일의 전체 디렉토리를 추가하십시오.
map '/javascripts' do
run Rack::Directory.new "javascripts"
end
서버를 다시 시작하고 방문 http://localhost:9292/javascript하면 이제 어디서나 포함 할 수있는 모든 자바 스크립트 파일 목록이 표시됩니다.
