Discussion :

[ioexception]

Bonjour,

J'aimerai connaitre les bonnes pratique notament pour les bibliothèques front-end externe. Exemple, jQuery, Angularjs, Bootstrap etc... où les placer vous ?

Quel est la bonne pratique ? mettre ça dans web/js web/css web/images ? ou dans le dossier de Ressources global au projet Resssources/js etc... ?

[dukoid]

dans le même bundle. la bonne pratique est d'utilisé assetics. il faut mettre tes ressources dans /resources/public (voir chapitre sur doc officielle)


après si tu as plusieurs bundles qui ont des ressources communes.
tu créais un bundle à part par ex ResourcesBundle (et toujours en utilisant assetics)
donc tes autres bundles utilisent les resources du bundle resourcesBundle...

[goabonga]

Moi je dirais qu'il faut travailler avec assetic dans le dossier app/Ressources/public.
Et jamais dans les bundles.

[miltone]

oublie le fait de travailler "directement" avec le repertoire /web.
Ca c'est assetic qui gère. Ne pas utiliser assetic mais symfony est un peu contradictoire pour moi.
Faire du symfony c'est utiliser Assetic et Doctrine et ca évite ce genre de question.

[Nico_F]

Hello,

Ce avec quoi je suis d'accord :
- il faut utiliser assetic et ne pas toucher aux répertoires dans web
- il faut mettre ses ressources communes dans app/Resources/public

Ce avec quoi je ne suis pas d'accord :
- le bundle à part ResourcesBundle
- il ne faut jamais travailler dans les bundles

Assetic permet effectivement (entre autres) de ne pas se soucier de l'arborescence finale dans le répertoire web. En plaçant vos ressources publiques là ou vous en avez besoin (qu'il s'agisse de app/Resources ou dans le répertoire public d'un bundle) assetic se charge d'importer tout ça et de vous faire une belle arbo soignée et logique dans le répertoire web.

Je ne vois pas trop quel serait l'inconvénient de travailler dans les bundles, d'autant plus que par défaut symfony propose un dossier public pour les assets lors de la génération d'un bundle. Cela dit, pour une librairie externe ce n'est pas pertinent de la placer dans un bundle, sauf si elle est vraiment la seule à en avoir besoin.
Je ne suis pas adepte du ResourcesBundle (même si j'arrive vaguement à en cerner le potentiel intérêt) car je suis adepte du "un bundle = une fonctionnalité" : dans ce cas il ne s'agit ni d'une fonctionnalité, ni d'un élément réutilisable.

Dans le cas de Bootstrap, jQuery (et certainement d'autres) il y a encore une autre méthode qui consiste à les placer dans les vendors.
On peut les trouver facilement sur Packagist, et donc les rajouter à notre projet via composer.

[neuronyk]

personnellement, j'utilise bower pour gerer mes librairies externes front-end (jquery and co).

dans les templates de mes bundles, je considere qu'elles sont situées dans /web/vendors.
(pour les telecharger et les deployer un petit "bower install" dans le bundle concerné et c'est tout : si la lib existe dans la bonne version, il passe a une autre librairie, sinon il l'installe avec les dependences necessaires).

pour mes librairies perso (peu de risque de doublons entre mes bundles) j'utilise assetic, comme dans la doc officielle.

nota, j'automatise mes taches via grunt, qui me sert entre autre, a traiter mes images, minifier, concatener, mais aussi gerer mes scss, generer ma documentation,lancer des commandes "console", faire des commit, deployer mon site, lancer un projet .... ex: "grunt startprojet" => me demarre un nouveau projet avec les bundles que j'aime bien et ma config aux petits oignons, "grunt deploy" me me met mon site en ligne ... .