Rails 3.1 asset pipeline et manuellement commandé nécessite Javascript

Je suis en train de convertir une application existante pour la nouvelle 3.1 asset pipeline de mise en page, et que vous souhaitez inclure beaucoup de vendeur de fichiers qui doivent être dans un ordre spécifique, (underscore.js et de la colonne vertébrale étant une paire). En tant que tel, je ne peux pas simplement utiliser un = require_tree . à tirer dans mon fournisseur de fichiers, de (sans le renommer chaque fichier avec un préfixe. Beurk).

La suite est dans ma app/assets/javascripts/application.js fichier:

//= nécessitent modernizr-1.7 
//= besoin de jquery-1.6.1 
//= demander un trait de soulignement-1.1.5 
//= nécessitent colonne vertébrale-0.3.3 
//= require_tree .

J'ai essayé toutes les combinaisons de avec/hors extensions, avec la require_tree et avec/les chemins relatifs, et rien ne fonctionne. L'ensemble de mon fournisseur de fichiers sont en /vendor/assets/javascripts/.

Je sens que je suis stupide parce que cela semble être une évidente cas d'utilisation, (y compris les fichiers par nom dans l'ordre est commun avec JS, non?) que je doit faire quelque chose d'idiot?

Romain Tribus a la bonne réponse, je voulais juste ajouter qu'au lieu de 'nécessite jquery-1.6.1" vous pouvez le faire exigent "jquery" et il va tirer à partir d'un joyau au lieu de cela, il est installé avec 3.1 par défaut

InformationsquelleAutor beseku | 2011-05-27

29

Vous pouvez exiger de chaque fichier dans l'ordre particulier et ensuite ajouter:
```
//= require_self
```
au lieu de:
```
//= require_tree .
```
- J'ai commencé RoR récemment, mais a vite remarqué que require_tree . est se tirer une balle dans le pied, sur un gros projet depuis la fin de chargement de beaucoup de JS/CSS qui n'est pas utilisé... Exigent de chaque fichier manuellement et si nécessaire de les regrouper en "dossier de la bibliothèque de" avec son propre fichier d'index...
InformationsquelleAutor martinciu
48

Vous avez deux possibilités de structure : la première et la deuxième.
Avec les deux exemples suivants, vous exposer un forfait à /assets/externals.js.
Vous pouvez javascript_include_tag ce paquet, mais vous pouvez aussi avoir besoin de votre application.js fichier.

La première
```
vendor/
├── assets
│   ├── javascripts
│   │   ├── externals.js
│   │   ├── modernizr-1.7.js
│   │   └── underscore-1.1.6.js
│   └── stylesheets
└── plugins
```
Le fichier externals.js contient :
```
//= require ./underscore-1.1.6.js
//= require ./modernizr-1.7.js
```
La seconde
```
vendor/
├── assets
│   ├── javascripts
│   │   └── externals
│   │       ├── index.js
│   │       ├── modernizr-1.7.js
│   │       └── underscore-1.1.6.js
│   └── stylesheets
└── plugins
```
Le fichier index.js contient :
```
//= require ./underscore-1.1.6.js
//= require ./modernizr-1.7.js
```
- une chose à ajouter, il a été déroutant pour moi; une fois la façade est de la configuration, vous pouvez y faire référence dans application.js avec un simple //= nécessitent externes ou via javascript_include_tag('alias') en vue/mise en page
- Erf, je viens de l'ajout de cette information dans mon post, mais bon, de toute façon. Mieux la voir que deux fois supérieur à zéro. 😀
- J'ai essayé, mais quand je vais à l' /assets/externals.js je reçois No route matches [GET] "/assets/externals.js"
- Il n'existe aucun moyen de le faire sans avoir à maintenir deux ou plusieurs fichiers manifest? Qui semble aller à l'encontre des Rails de Chemin de convention plutôt que configuration " de façon massive, non?
- Je ne le pense pas. De toute façon, ici, c'est un truc de l'utiliser juste require_tree : vous pouvez nommer les fichiers avec un préfixe : a_underscore-1.1.6.js, b_modernizr-1.7.js, etc.
- Quelque chose qui m'a fallu quelques minutes pour comprendre: //= directives doivent être en haut du document. Chaque ligne ci-dessus doit commencer par //.
- Merci pour la réponse, cela a fonctionné pour moi aussi! Cela se sent toujours un peu étrange d'avoir deux fichiers de manifeste. Personne ne sait si il y a eu des mises à jour relatives à ce sujet depuis le mois de juin?
InformationsquelleAutor Romain Tribes
8

Ma réponse s'applique à Rails 3.1rc4, je ne sais pas si il fonctionne de la même manière avec les autres versions.

Vous pouvez effectivement mettre toutes exiger des déclarations dans app/assets/javascripts/application.js si oui ou non l' .js fichiers sont dans le dossier app/assets/javascripts/ou fournisseur/assets/javascripts/

Comme suit:
```
//this is in app/assets/javascripts/application.js

//= require modernizr-2.0
//= require jquery
//= require jquery_ujs
//= require jqueryui-1.8.12
//= require jquery.easing-1.3
//= require jquery.noisy
//= require jquery.jslide-1.0
//= require respond
//= require smoke
//= require_tree
```
J'ai inclus require_tree ici parce que j'ai d'autres fichiers javascript pour mes différents contrôleurs (les pages.js.le café, les utilisateurs.js.le café) et de manière générale pour l'ensemble du site des trucs (le site.js.le café)

En attendant, voici la structure du fichier.
```
app/
├── assets
│   ├── javascripts
│   │   ├── application.js
│   │   ├── pages.js.coffee
│   │   ├── users.js.coffee
│   │   └── site.js.coffee
│   └── stylesheets
└── plugins

vendor/
├── assets
│   ├── javascripts
│   │   ├── jquery.easing-1.3.js
│   │   ├── jquery.jslide-1.0.js
│   │   ├── jquery.noisy.js
│   │   ├── jqueryui-1.8.12.js
│   │   ├── modernizr-2.0.js
│   │   ├── respond.js
│   │   └── smoke.js
│   └── stylesheets
└── plugins
```
Cela me permet de contrôler l'ordre de chargement des fournisseurs des bibliothèques (ce qui est très important, en général) et ne pas vous soucier de l'intérieur de ma javascript, où l'ordre généralement moins important.

Le plus important, je contrôle tous les états exigent souvent utilisé dans un délai d'un fichier, je trouve que la fois plus sûr et plus propre.
- +1 pour cette façon de traiter les actifs dépendances. C'est dans les Rails de chemin comme par les guides guides.rubyonrails.org/asset_pipeline.html#asset-organization. Aussi n'oubliez pas de redémarrer votre serveur Rails après le déplacement de fichiers de autour de!
- Mais cette charge trop de JS à la fois. Beaucoup mieux à //= require vos dépendances que lorsqu'ils sont réellement nécessaires. En général, je pense que les Rails 3.1 mode d'organisation du JS n'est pas assez fine pour bien conçu applications.
- Les Rails idée est que le chargement d'un gros bouquet de js/css à un moment qui est bon, parce que le navigateur met en cache et, ensuite, pour toutes les demandes ultérieures pas les actifs doivent être récupérées à partir du serveur. Si la charge initiale est plus lent, mais à la suite des demandes sont rapidement lors de chaque page, de ne pas avoir ses propres styles css et js fichiers. Cela favorise aussi l'écriture de sane et réutilisables css. Toutefois, vous pouvez bien sûr régler le asset pipeline d'être aussi finement granulé que vous le souhaitez.
- Je sais que c'est les Rails idée. Je suis en désaccord avec elle plutôt fortement, car il encourage l'utilisation de gros JS/CSS fichiers qui contiennent beaucoup de code qui n'est pas nécessaire pour la page actuelle portée (et les petits, granulaire des fichiers sont sans doute plus facile à mettre en cache). Sur mes propres applications, en gros, j'ai ignorer les Rails de la recommandation et de l'utilisation granulaire CSS et JS.
InformationsquelleAutor Olivier Lacan
6

Je crois que vous pouvez mettre un library.js dans votre vendor/assets/javascripts et puis tout simplement
```
//= require library.js
```
de votre application.js, non?
- Pardonnez-moi, devrait être vendor/assets/javascripts
- Ouais, en ce moment j'utilise deux fichiers (pour le suivi des anomalies principalement), un vendor.js et un application.js. Je n'ai jamais résolu le problème d'être en mesure d'inclure tous directement à l'application.js manifester sans un autre fichier de manifeste de bien.
InformationsquelleAutor muxcmux
4

require_tree fait exactement ce que vous lui dites. Si vous lui donnez
```
//= require_tree .
```
il charge les fichiers dans le répertoire courant où require_tree est appelé. Si vous lui donnez
```
//=require_tree ../../../vendor/assets/javascripts
```
vous obtiendrez alors le javascript vendeur.

Je n'ai pas aimé le ../../.. notation, j'ai donc créé un fichier appelé vendor/assets/javascripts/vendor_application.js qui contient:
```
//= require_tree .
```
Qui charge le javascript dans le répertoire vendor.

Note, nécessitent la recherche de l'3 pipeline emplacements (app, lib, vendeur) pour le fichier d'exiger. require_tree est littérale, ce qui est probablement la façon dont il devrait être.

La railscast sur ce point est très utile: http://railscasts.com/episodes/279-understanding-the-asset-pipeline

InformationsquelleAutor justingordon

Vous devez vous connecter pour publier un commentaire.

La première

La seconde