{"id":684,"date":"2014-09-06T02:46:03","date_gmt":"2014-09-06T02:46:03","guid":{"rendered":"https:\/\/dev.railscarma.com\/asset-pipeline-in-rails-3-1-0\/"},"modified":"2021-06-07T07:19:40","modified_gmt":"2021-06-07T07:19:40","slug":"pipeline-di-risorse-nelle-rotaie-3-1-0","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/it\/blog\/gestione\/pipeline-di-risorse-nelle-rotaie-3-1-0\/","title":{"rendered":"Pipeline di risorse in Rails 3.1.0"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

La pipeline delle risorse fornisce un framework per concatenare e minimizzare o comprimere le risorse JavaScript e CSS. Aggiunge anche la possibilit\u00e0 di scrivere queste risorse in altri linguaggi come CoffeeScript, Sass ed ERB. In Rails 3.1, la pipeline delle risorse ferroviarie \u00e8 abilitata per impostazione predefinita. Pu\u00f2 essere disabilitato in config\/application.rb inserendo questa riga all'interno della definizione della classe dell'applicazione:<\/p>\n

config.assets.enabled = falso<\/p>\n

possiamo anche disabilitare la pipeline degli asset durante la creazione di una nuova applicazione passando l'opzione \u2014skip-sprockets.<\/p>\n

rotaie nuovo nome app \u2013skip-sprockets<\/p>\n\n

Caratteristiche della pipeline di risorse:<\/strong><\/h5>\n
1.Concatenare le risorse<\/h6>\n

Questa funzionalit\u00e0 \u00e8 importante in un ambiente di produzione, perch\u00e9 pu\u00f2 ridurre il numero di richieste che un browser deve effettuare per eseguire il rendering di una pagina web. I browser Web hanno un numero limitato di richieste che possono effettuare in parallelo, quindi un numero inferiore di richieste pu\u00f2 significare un caricamento pi\u00f9 rapido dell'applicazione.<\/p>\n

Rotaie<\/strong><\/a> 2.x ha introdotto la possibilit\u00e0 di concatenare risorse JavaScript e CSS inserendo :cache => true alla fine dei metodi javascript_include_tag e stylesheet_link_tag. Ma questa tecnica presenta alcune limitazioni. Ad esempio, non pu\u00f2 generare le cache in anticipo e non \u00e8 in grado di includere in modo trasparente risorse fornite da librerie di terze parti.<\/p>\n\n

2.Minimizzazione o compressione delle risorse<\/strong><\/h6>\n

Per i file CSS, la compressione viene eseguita rimuovendo spazi bianchi e commenti. Per JavaScript \u00e8 possibile applicare processi pi\u00f9 complessi. possiamo scegliere da una serie di opzioni integrate o specificarne una nostra.<\/p>\n

3. Consente di codificare le risorse tramite un linguaggio di livello superiore, con la precompilazione fino alle risorse effettive. I linguaggi supportati includono Sass per CSS, CoffeeScript per JavaScript ed ERB per entrambi per impostazione predefinita. Nelle versioni precedenti della pipeline delle risorse di Rails, tutte le risorse si trovano in sottodirectory pubbliche come immagini, javascript e fogli di stile.<\/p>\n

Con la pipeline delle risorse, la posizione preferita per queste risorse \u00e8 ora la directory app\/assets. I file in questa directory sono serviti dal middleware Sprockets incluso nel gem sprockets. Le risorse possono comunque essere inserite nella gerarchia pubblica. Eventuali risorse pubbliche verranno servite come file statici dall'applicazione o dal server Web. dovremmo usare app\/risorse per i file che devono essere sottoposti ad una pre-elaborazione prima di essere serviti.<\/p>\n

In produzione, Rails precompila questi file in public\/assets per impostazione predefinita. Le copie precompilate vengono quindi servite come risorse statiche dal server web. I file nell'app\/risorse non vengono mai serviti direttamente in produzione.<\/p>\n

Quando generiamo uno scaffold o un controller, Rails genera anche un file JavaScript (o un file CoffeeScript se la gem coffee-rails \u00e8 nel Gemfile) e un file Cascading Style Sheet (o un file SCSS se sass-rails \u00e8 nel Gemfile) per quel controllore.<\/p>\n\n

Organizzazione delle risorse:<\/strong><\/h5>\n

La pi\u00f9 grande differenza pratica tra le app Rails 3.0 e Rails 3.1 \u00e8 una modifica nella posizione dei file di asset come immagini, fogli di stile e file JavaScript. Nelle versioni precedenti di Rails asset pipeline, questi file risiedevano tutti nella directory public\/:<\/p>\n

pubblico\/immagini\/<\/p>\n

public\/fogli di stile\/<\/p>\n

pubblico\/javascript\/<\/p>\n

In Rails 3.1 e Rails 3.2.3 la posizione di questi file varia a seconda che siano creati da noi o provengano da un fornitore esterno. In questo caso i file risiedono nella directory app\/assets:<\/p>\n

app\/risorse\/immagini\/<\/p>\n

app\/risorse\/fogli di stile\/<\/p>\n

app\/risorse\/javascript\/<\/p>\n

Nel caso di codice o immagini di fornitori esterni, utilizziamo la directory fornitore\/asset:<\/p>\n

fornitore\/risorse\/immagini\/<\/p>\n

fornitore\/risorse\/fogli di stile\/<\/p>\n

fornitore\/risorse\/javascript\/<\/p>\n

File manifesti<\/p>\n

Si tratta di semplici file js o css contenenti processori di direttive, righe di commento seguite da un =<\/p>\n

\/\/ ...<\/p>\n

\/\/= richiede jquery<\/p>\n

\/\/= richiede jquery_ujs<\/p>\n

\/\/= albero_richiesta .<\/p>\n

O:<\/p>\n

\/* ...<\/p>\n

*= richiede_se stesso<\/p>\n

*= albero_richiesta .<\/p>\n

Questi file manifest fanno riferimento e includono altre risorse da cui dipendono. require_directory e require_tree ci consentono di richiedere intere directory e i relativi figli, require_self include anche qualsiasi js o css nel file manifest stesso.<\/p>\nMettiti in contatto con noi.<\/a>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Iscriviti per gli ultimi aggiornamenti<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\t\t\t\t\t