{"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":"asset-pipeline-in-schienen-3-1-0","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/de\/blog\/management\/asset-pipeline-in-schienen-3-1-0\/","title":{"rendered":"Asset-Pipeline 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

Die Asset-Pipeline bietet ein Framework zum Verketten und Minimieren oder Komprimieren von JavaScript- und CSS-Assets. Es bietet au\u00dferdem die M\u00f6glichkeit, diese Assets in anderen Sprachen wie CoffeeScript, Sass und ERB zu schreiben. In Rails 3.1 ist die Rails-Asset-Pipeline standardm\u00e4\u00dfig aktiviert. Es kann in config\/application.rb deaktiviert werden, indem diese Zeile in die Anwendungsklassendefinition eingef\u00fcgt wird:<\/p>\n

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

Wir k\u00f6nnen die Asset-Pipeline auch deaktivieren, w\u00e4hrend wir eine neue Anwendung erstellen, indem wir die Option \u201eskip-sprockets\u201c \u00fcbergeben.<\/p>\n

Schienen neuer App-Name \u2013skip-sprockets<\/p>\n\n

Merkmale der Asset-Pipeline:<\/strong><\/h5>\n
1.Verkn\u00fcpfen Sie Verm\u00f6genswerte<\/h6>\n

Diese Funktion ist in einer Produktionsumgebung wichtig, da sie die Anzahl der Anfragen reduzieren kann, die ein Browser zum Rendern einer Webseite stellen muss. Die Anzahl der Anfragen, die Webbrowser gleichzeitig stellen k\u00f6nnen, ist begrenzt. Daher k\u00f6nnen weniger Anfragen ein schnelleres Laden der Anwendung bedeuten.<\/p>\n

Schienen<\/strong><\/a> Mit 2.x wurde die M\u00f6glichkeit eingef\u00fchrt, JavaScript- und CSS-Assets zu verketten, indem :cache => true am Ende der Methoden javascript_include_tag und stylesheet_link_tag platziert wird. Diese Technik weist jedoch einige Einschr\u00e4nkungen auf. Beispielsweise k\u00f6nnen die Caches nicht im Voraus generiert werden, und es ist nicht in der Lage, von Bibliotheken Dritter bereitgestellte Assets transparent einzubeziehen.<\/p>\n\n

2.Asset-Minimierung oder -Komprimierung<\/strong><\/h6>\n

Bei CSS-Dateien erfolgt die Komprimierung durch Entfernen von Leerzeichen und Kommentaren. F\u00fcr JavaScript k\u00f6nnen komplexere Prozesse angewendet werden. Wir k\u00f6nnen aus einer Reihe integrierter Optionen w\u00e4hlen oder unsere eigenen angeben.<\/p>\n

3. Es erm\u00f6glicht die Codierung von Assets \u00fcber eine h\u00f6here Sprache mit Vorkompilierung bis hin zu den eigentlichen Assets. Zu den unterst\u00fctzten Sprachen geh\u00f6ren standardm\u00e4\u00dfig Sass f\u00fcr CSS, CoffeeScript f\u00fcr JavaScript und ERB f\u00fcr beide. In \u00e4lteren Versionen der Rails-Asset-Pipeline befinden sich alle Assets in \u00f6ffentlichen Unterverzeichnissen wie Bildern, Javascripts und Stylesheets.<\/p>\n

Mit der Asset-Pipeline ist der bevorzugte Speicherort f\u00fcr diese Assets nun das Verzeichnis app\/assets. Dateien in diesem Verzeichnis werden von der Sprockets-Middleware bereitgestellt, die im Sprockets-Gem enthalten ist. Verm\u00f6genswerte k\u00f6nnen weiterhin in der \u00f6ffentlichen Hierarchie platziert werden. Alle \u00f6ffentlich zug\u00e4nglichen Assets werden von der Anwendung oder dem Webserver als statische Dateien bereitgestellt. Wir sollten app\/assets f\u00fcr Dateien verwenden, die einer Vorverarbeitung unterzogen werden m\u00fcssen, bevor sie bereitgestellt werden.<\/p>\n

In der Produktion kompiliert Rails diese Dateien standardm\u00e4\u00dfig in public\/assets vor. Die vorkompilierten Kopien werden dann vom Webserver als statische Assets bereitgestellt. Die Dateien in app\/assets werden niemals direkt in der Produktion bereitgestellt.<\/p>\n

Wenn wir ein Ger\u00fcst oder einen Controller generieren, generiert Rails auch eine JavaScript-Datei (oder eine CoffeeScript-Datei, wenn sich das Coffee-Rails-Gem in der Gem-Datei befindet) und eine Cascading Style Sheet-Datei (oder eine SCSS-Datei, wenn sich Sass-Rails in der Gem-Datei befindet) f\u00fcr dieser Controller.<\/p>\n\n

Verm\u00f6gensorganisation:<\/strong><\/h5>\n

Der gr\u00f6\u00dfte praktische Unterschied zwischen Rails 3.0- und Rails 3.1-Apps besteht in der \u00c4nderung des Speicherorts von Asset-Dateien wie Bildern, Stylesheets und JavaScript-Dateien. In fr\u00fcheren Versionen der Rails-Asset-Pipeline befanden sich diese Dateien alle im Verzeichnis public\/:<\/p>\n

\u00f6ffentlich\/bilder\/<\/p>\n

public\/stylesheets\/<\/p>\n

public\/javascripts\/<\/p>\n

In Rails 3.1 und Rails 3.2.3 unterscheidet sich der Speicherort dieser Dateien je nachdem, ob sie von uns erstellt wurden oder von einem externen Anbieter stammen. In diesem Fall befinden sich die Dateien im Verzeichnis app\/assets:<\/p>\n

app\/assets\/images\/<\/p>\n

app\/assets\/stylesheets\/<\/p>\n

app\/assets\/javascripts\/<\/p>\n

Im Falle von Code oder Bildern von externen Anbietern verwenden wir das Vendor\/Assets-Verzeichnis:<\/p>\n

Anbieter\/Assets\/Bilder\/<\/p>\n

Vendor\/Assets\/Stylesheets\/<\/p>\n

Vendor\/assets\/javascripts\/<\/p>\n

Manifestdateien<\/p>\n

Dabei handelt es sich um einfache JS- oder CSS-Dateien, die Direktivenprozessoren und Kommentarzeilen gefolgt von einem = enthalten<\/p>\n

\/\/ …<\/p>\n

\/\/= Jquery erforderlich<\/p>\n

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

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

Oder:<\/p>\n

\/* …<\/p>\n

*= require_self<\/p>\n

*= require_tree .<\/p>\n

Diese Manifestdateien verweisen auf andere Assets, von denen sie abh\u00e4ngen, und enthalten diese. Mit require_directory und require_tree k\u00f6nnen wir ganze Verzeichnisse und ihre untergeordneten Verzeichnisse anfordern. require_self schlie\u00dft auch alle JS- oder CSS-Dateien in die Manifestdatei selbst ein.<\/p>\nNehmen Sie Kontakt mit uns auf.<\/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

Abonnieren Sie die neuesten Updates<\/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