Statyczne pliki szablonów html rails w potoku zasobów i buforowanie w trybie deweloperskim

Jest wiele (much!) lepszy sposób radzenia sobie z tym.

<%= path_to_asset("template_name.html") %>

Zwróci w pełni działający plik z potoku zasobów, który może używać ERB, itd. Jest nieudokumentowana, ale jest częścią łańcuchów zębatych / rurociągu aktywów.

Moim zdaniem kilka rzeczy jest tu potrzebnych:

1. szablony powinny być przestrzenią nazw, więc szablony osób znajdują się w katalogu app/views/people/templates
2. szablony są całkowicie statyczne, więc nie należy wywoływać wcześniej filtrów.
3. szablony powinny być buforowane, dzięki czemu są bardzo szybkie.

Oto możliwe rozwiązanie za pomocą problemu Rails:

# Allows static content to be served from the templates
# directory of a controller
module HasTemplates

  extend ActiveSupport::Concern

  included do
    # Prepend the filter
    prepend_before_filter :template_filter, only: [:templates]
    # Let's cache the action
    caches_action :templates, :cache_path => Proc.new {|c| c.request.url }
  end

  # required to prevent route from baulking
  def templates;end

  # Catch all template requests and handle before any filters
  def template_filter
    render "/#{params[:controller]}/templates/#{params[:template]}", layout: 'blank'
    rescue ActionView::MissingTemplate
      not_found layout: 'blank'
    false
  end
end

Uwaga zwracamy szablon w dołączonym filtrze. To pozwala nam zwrócić zawartość statyczna bez uderzania w inne filtry.

Możesz następnie utworzyć trasę, coś w tym stylu:

resources :people do
  collection do
    get 'templates/:template' => 'people#templates', as: :templates
  end
end

Twój kontroler staje się po prostu:

class PeopleController < ApplicationController
  include HasTemplates
end

Teraz każdy plik umieszczony w /app/views/people / templates może być obsługiwany z prędkością z adresu url.

Rozszerzanie odpowiedzi RandallB nieco; jest to wyraźnie wspomniane w dokumentacji potoku zasobów: http://guides.rubyonrails.org/asset_pipeline.html

Zauważ, że musisz dołączyć rozszerzenie .erb do ciebie .teczka z kawą do tej pracy. (np. aplikacja.js.kawa.erb)

Możesz spróbować gem js_assets (https://github.com/kavkaz/js_assets).

Pozwala to na działanie asset_path w kodzie javascript, który emuluje podobną metodę kół zębatych.

Najczystszym rozwiązaniem jest prekompilacja zasobów html za pomocą ejs i serwowanie ich jako innych plików javascript.

• Brak zapytania http
• minifikacja
• możliwość przekazywania danych js do szablonów w celu uczynienia ich dynamicznymi (ejs to port z szablonu podkreślenia i w zasadzie zachowuj się jak erb dla javascript)

To w zasadzie działa tak:

    #in you gemfile
    gem 'ejs'

    #in app/assets/javascripts/templates/my_template.jst.ejs
    <p>my name is <%= name %> !<p>

    #in your application.coffee
    #= require_tree ./templates

    JST['templates/my_template'](name: 'itkin')
    => '<p>my name is itkin !<p>'